《道路運輸車輛主動安全智能防控系統(tǒng)平臺測試方案.doc》由會員分享，可在線閱讀，更多相關(guān)《道路運輸車輛主動安全智能防控系統(tǒng)平臺測試方案.doc（13頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 道路運輸車輛主動安全智能防控系統(tǒng)平臺 測試方案 產(chǎn)品名稱及規(guī)格型號： 道路運輸車輛主動安全智能防控系統(tǒng)平臺 受 檢 單 位： —— 生 產(chǎn) 單 位： —— 委 托

2、 單 位： —— 檢 驗 類 別： 委托檢驗  目 錄 目錄 1．文檔標識 1 2．概要 1 2.1目的 1 2.2測試范圍 1 2.3測試環(huán)境配置 5 2.4測試依據(jù) 5 3．人員安排 6 4．測試流程 7 4.1 報名審核 7 4.2檢測內(nèi)容審核 8 4.3結(jié)果公示 8 5．系統(tǒng)測試 8 5.1測試方法 8 5.1.1 功能性測試方法 8 5.1.2 接口測試方法 9 5.2測試前準備工作 10 6．測試執(zhí)行 10 7．相關(guān)過程 10 7.1缺陷等級 10 7.2測試結(jié)果 11 7.3缺

3、陷管理 11 8．可交付成果 11 1．文檔標識 本文檔是針對依據(jù)T/JSATL 11-2017《道路運輸車輛主動安全智能防控系統(tǒng)平臺技術(shù)規(guī)范》開發(fā)的“道路運輸車輛主動安全智能防控系統(tǒng)平臺”軟件所進行委托檢驗的整體測試方案。 2．概要 2.1目的 本次測試是針對道路運輸車輛主動安全智能防控系統(tǒng)平臺進行的委托檢驗，依據(jù)T/JSATL 11-2017《道路運輸車輛主動安全智能防控系統(tǒng)平臺技術(shù)規(guī)范》判定該系統(tǒng)是否滿足用戶需求。 2.2測試范圍 參照T/JSATL 11-2017《道路運輸車輛主動安全智能防控系統(tǒng)平臺技術(shù)規(guī)范》及相關(guān)的測試文檔，在此確定測試范圍，規(guī)定測試內(nèi)容。

4、 2.2.1 基本功能 功能性測試 序號 功能模塊（一級） 功能模塊（二級） 功能模塊（三級） 功能模塊（四級） 1 企業(yè)安全監(jiān)控平臺 基礎(chǔ)功能 基本功能 報表導出功能 報警和警情處理 監(jiān)控功能 統(tǒng)計分析功能 管理功能  功能性測試（續(xù)） 序號 功能模塊（一級） 功能模塊（二級） 功能模塊（三級） 功能模塊（四級） 1 企業(yè)安全監(jiān)控平臺（續(xù)） 基礎(chǔ)功能（續(xù)） 業(yè)務(wù)功能 偏離路線報警 線路關(guān)鍵點監(jiān)控 區(qū)域報警 分路段限速監(jiān)控 疲勞駕駛報警 駕駛員身份識別 班線客運特殊業(yè)務(wù)功能 擴展功能 用戶管理 用戶設(shè)置 權(quán)限管理

5、 用戶分級機制 日志管理 報警類型 N/A 報警信息實時監(jiān)控及處理 N/A 報警查詢 N/A 報警信息統(tǒng)計與分析 N/A 駕駛員檔案管理 N/A 駕駛員分析 N/A 車輛終端信息管理 N/A 接收信息與展示 N/A 終端在線升級 N/A 駕駛員身份識別功能 N/A 2.2.2 性能測試 性能測試內(nèi)容 業(yè)務(wù)測試點 測試內(nèi)容 不間斷運營時間 模擬平臺不間斷運行724h運行，平臺不存在間斷的情況 故障恢復 系統(tǒng)正常運行過程中，殺死其中某個服務(wù)進程，查看系統(tǒng)是否能在120min之內(nèi)恢復 應(yīng)急和報警信息時間 在排除終端網(wǎng)絡(luò)故障的情

6、況下，報警信息上報平臺的時間和報警附件上傳的總時間不超過10min 報警 優(yōu)先顯示報警信息和報警處理信息 具有主動安全報警數(shù)據(jù)高并發(fā)處理能力 平均1000條/s 峰值3000條/s 企業(yè)安全監(jiān)控平臺 支持至少10000臺主動安全智能防控終端接入 主動安全智能防控平臺響應(yīng)時間 以平臺接入10000輛車計，平均每天80%在線、每輛車每天100條報警，3個月合計約7200萬報警數(shù)據(jù)（10000*80%*100*30*3） 事務(wù)類型： 查詢報警 用戶條件： 分單用戶和多用戶并發(fā)兩種情況 多用戶分析：1萬車，以每家企業(yè)約100輛車計，約有100

7、家，預(yù)計每家企業(yè)2個用戶在監(jiān)管，預(yù)計平臺有200個活躍企業(yè)用戶，最大并發(fā)設(shè)定50個 平均響應(yīng)時間要求（測試10次取平均）： 單用戶：1秒 --- 單用戶從7200萬報警數(shù)據(jù)中查詢當天的報警 多用戶并發(fā)：5秒 --- 50個用戶同時（一秒內(nèi)操作算作同時）從7200萬報警數(shù)據(jù)中查詢當天的報警 2.2.3 接口功能 2.2.3.1基本信息查詢指令 基本信息查詢包括對高級駕駛輔助系統(tǒng)、駕駛員狀態(tài)監(jiān)控系統(tǒng)、輪胎氣壓監(jiān)測系統(tǒng)、盲點監(jiān)測系統(tǒng)的基本信息查詢，統(tǒng)一根據(jù)以下流程進行查詢： a)查詢基本信息 平臺下發(fā)正確查詢指令，終端收到后，給出正確應(yīng)答； 平臺下發(fā)異常查詢

8、指定，終端收到后，給出異常應(yīng)答。 b)上傳基本信息 終端根據(jù)正確查詢指令要求，上傳查詢的信息，平臺收到后，給出應(yīng)答，并顯示查詢的信息。 2.2.3.2參數(shù)設(shè)置查詢指令 參數(shù)設(shè)置包括對終端的高級駕駛輔助系統(tǒng)、駕駛員狀態(tài)監(jiān)控系統(tǒng)、輪胎氣壓監(jiān)測系統(tǒng)和盲點監(jiān)測系統(tǒng)的參數(shù)進行設(shè)置，統(tǒng)一根據(jù)以下流程進行設(shè)置： i) 平臺下發(fā)查詢指令（0x8104/0x8106），終端應(yīng)答，應(yīng)答內(nèi)容上傳當前終端的參數(shù)（0x0104）。 ii) 平臺給出應(yīng)答后，根據(jù)設(shè)置情況下發(fā)參數(shù)設(shè)置指令。（實際的參數(shù)設(shè)置根據(jù)不同的參數(shù)ID對應(yīng)的系統(tǒng)參數(shù)對每一個參數(shù)進行傳參設(shè)置的正確性測試。）（0x8103） iii) 終端收

9、到參數(shù)設(shè)置指令后，給出通用應(yīng)答，平臺根據(jù)應(yīng)答內(nèi)容顯示是否成功。 iv) 平臺下發(fā)查詢指令（0x8104/0x8106），終端應(yīng)答（0x0104），應(yīng)答內(nèi)容上傳當前終端的參數(shù)，與平臺下發(fā)的參數(shù)對比，參數(shù)一致通過，平臺顯示下發(fā)成功，通過檢測。 2.2.3.3報警指令 報警指令包括終端的高級駕駛輔助系統(tǒng)、駕駛員狀態(tài)監(jiān)控系統(tǒng)、輪胎氣壓監(jiān)測系統(tǒng)和盲點監(jiān)測系統(tǒng)的報警類型指令，統(tǒng)一根據(jù)以下流程進行設(shè)置： i) 終端根據(jù)實際的報警信息和報警/時間類型，上傳報警指令；（實際上傳的報警信息會根據(jù)相應(yīng)的時間類型和參數(shù)之間的關(guān)系進行組合和驗證。） ii) 平臺收到報警指令后，給出相應(yīng)的應(yīng)答； iii) 平

10、臺收到報警指令后，依據(jù)其中的附件情況，下發(fā)報警附件上傳指令，其中包括附件上傳的附件服務(wù)器連接信息； iv) 終端收到附件上傳指令后，給出相應(yīng)的應(yīng)答。 2.2.3.4終端升級 i) 預(yù)置條件：用戶上傳升級包至指定的服務(wù)器 ii) 平臺下發(fā)查詢終端基本信息指令（0x8107） iii) 終端收到指令后，通過0x0107上傳基本信息（基本信息包含版本信息） iv) 平臺向終端下發(fā)升級指令（0x8105），升級指令包含：FTP地址、端口號、用戶名、密碼、文件存放路徑、文件名 v) 終端向FTP服務(wù)器取升級包，取完升級包后進行升級 vi) 終端升級結(jié)束后返回升級結(jié)果應(yīng)答至平臺（0x010

11、8） vii) 平臺下發(fā)查詢設(shè)備基本信息指令（0x8107） viii) 終端上傳當前終端信息，包括軟件版本等（0x0107 ix) 通過比對當前軟件版本與下發(fā)升級版本是否一致，一致則升級成功 2.2.3.5外設(shè)立即拍照指令 i) 平臺下發(fā)立即拍照指令。 ii) 終端收到立即拍照指令后，根據(jù)消息ID：0x0805，做出應(yīng)答 iii) 終端應(yīng)答結(jié)果包括判斷平臺下發(fā)的指令中通道ID是否存在的情況判斷 2.3測試環(huán)境配置 具體測試環(huán)境以實際測試環(huán)境為準。 2.4測試依據(jù) T/JSATL 11-2017《道路運輸車輛主動安全智能防控系統(tǒng)（平臺技術(shù)規(guī)范）》 T/JSATL

12、12-2017《道路運輸車輛主動安全智能防控系統(tǒng)（通訊協(xié)議規(guī)范）》 3．人員安排 角色 職責 項目負責人 評審并批準測試方案及有關(guān)報告； 組織并確保團隊工作； 控制項目執(zhí)行； 評估項目績效； 與有關(guān)人員進行溝通。 項目經(jīng)理 測試方案編制； 協(xié)調(diào)并實施測試方案中確定的活動； 識別測試環(huán)境需求； 負責設(shè)計測試用例； 為其他人員提供技術(shù)支持。 測試人員 執(zhí)行測試活動； 在測試方案制訂階段，識別項目活動，估計每項活動所需的時間。 環(huán)境準備人員 提供資源保障； 建立并維護測試環(huán)境。 質(zhì)量保證人員 確定項目質(zhì)量目標； 制訂并實施質(zhì)量計劃； 監(jiān)督、指導項目活

13、動的執(zhí)行過程。 4．測試流程 4.1 報名審核 平臺廠家需提交材料如下： 1、 平臺廠家提供營業(yè)許可證、稅務(wù)登記證和組織機構(gòu)代碼證； 2、 平臺相關(guān)資料（包含平臺使用說明、平臺需求規(guī)格說明書、平臺相關(guān)的測試報告等）； 如果未做過JT/T 796、JT/T 1077標準檢測的，需聯(lián)系檢測單位咨詢具體檢測方案。如果部分功能項已做過相關(guān)JT/T 796、JT/T 1077標準的檢測的，需提供檢測報告，為保證對應(yīng)的功能切實可用，現(xiàn)指定以下檢測機構(gòu)提供的檢測報告可作為本次檢測的依據(jù)。 P 交通運輸通信信息工程質(zhì)量檢測中心； P 國家通信導航與北斗衛(wèi)星應(yīng)用產(chǎn)品質(zhì)量監(jiān)督檢驗中心； P

14、交通運輸部科學研究院交通工程檢測中心； 4.2檢測內(nèi)容審核 平臺廠家的申請通過后，根據(jù)廠家提供的材料，對平臺進行審核。審核內(nèi)容如下： 1、平臺廠家提供的檢測報告和平臺信息是否與檢測單位提供的信息一致； 2、檢測項目是否滿足審查細則要求； 3、檢測實施細節(jié)是否符合檢測細則要求； 4、檢測過程中是否存在違規(guī)操作等。 審查結(jié)果應(yīng)及時告知平臺廠家，如審核未通過，應(yīng)說明原因。 4.3結(jié)果公示 對于標準符合性測試結(jié)果，檢測機構(gòu)向平臺廠家出具檢驗檢測報告，并將廠家名單及對應(yīng)平臺信息匯總上報江蘇省交通運輸廳運輸管理局，江蘇省交通運輸廳運輸管理局對檢測單位提交的檢測報告和檢測過程數(shù)據(jù)進行

15、形式審查，無誤后以不大于三個月的時間周期在官方網(wǎng)站上分批次公示。 5．系統(tǒng)測試 5.1測試方法 5.1.1 功能性測試方法 根據(jù)需求規(guī)格說明，采用等價類劃分、邊界分析、隨機測試、靜態(tài)測試和線索測試等黑盒測試技術(shù)，通過設(shè)計覆蓋全部軟件產(chǎn)品功能實現(xiàn)的測試用例的方法，從功能實現(xiàn)的功能正確性、功能實現(xiàn)的完整性、功能的計算準確性、計算精度的符合性等方面對用戶需求的軟件產(chǎn)品全部功能性進行質(zhì)量測試，并將功能性檢測結(jié)果與用戶需求中的功能要求比較，評價該軟件產(chǎn)品功能是否符合用戶需求和文檔要求。 5.1.2 接口測試方法 本測試方案采用以下的整體設(shè)計： 被測試平臺1 平臺模塊 測

16、試 系 統(tǒng) 統(tǒng)一測試接口 平臺模塊 測試工具 被測試平臺2 測試數(shù)據(jù)輸入 測試結(jié)果返回 平臺模塊 被測試平臺3 其中，測試系統(tǒng)的主要功能是將被測試平臺統(tǒng)一接入系統(tǒng)，對測試工具提供統(tǒng)一的測試接口，并提供并發(fā)請求發(fā)送能力。為完成該目標，測試系統(tǒng)為接入的被測試平臺提供平臺模塊，在模塊中完成對來自測試工具的測試數(shù)據(jù)的轉(zhuǎn)換和封裝，模擬車載終端與平臺的數(shù)據(jù)交換過程，檢測被測試平臺是否滿足規(guī)范的要求。 同時，測試系統(tǒng)對外提供的統(tǒng)一測試接口具備并發(fā)數(shù)據(jù)發(fā)送能力，并保證并發(fā)量高于被測試平臺的要求，以檢驗被測試平臺的并發(fā)處理能力。 測試

17、工具的主要功能為根據(jù)規(guī)范定義的數(shù)據(jù)格式發(fā)送測試數(shù)據(jù)，校驗從被測試平臺返回的數(shù)據(jù)結(jié)果是否滿足規(guī)范的要求。并具備測試日志記錄、分析、自動生成報表等能力。 在執(zhí)行測試時，測試工具通過測試系統(tǒng)對外提供的統(tǒng)一測試接口向平臺模塊發(fā)出測試數(shù)據(jù)請求，測試系統(tǒng)將測試數(shù)據(jù)發(fā)送給平臺模塊并由平臺模塊發(fā)送給被測試平臺，以檢驗車載終端向被測試平臺提交的上行數(shù)據(jù)是否滿足規(guī)范的要求，以及平臺是否能達到并發(fā)性能要求。 對于由被測試平臺提交給車載終端的下行數(shù)據(jù)，由平臺模塊接收后根據(jù)規(guī)范要求做相應(yīng)數(shù)據(jù)格式完整性校驗和應(yīng)答，以完成對來自被測試平臺下行數(shù)據(jù)的測試。 在以上方案中，測試系統(tǒng)可采用現(xiàn)有產(chǎn)品。平臺模塊和測試工具有待開

18、發(fā)。 5.2測試前準備工作 在此規(guī)定，測試開始前的準備工作，主要涉及： 1、 測試方案完成，并經(jīng)過嚴格評審； 2、 缺陷跟蹤與管理系統(tǒng)已搭建； 3、 測試所需的資源已經(jīng)到位； 4、 測試組人員配置合理，測試人員的工作技能符合測試要求； 5、 測試所需的軟、硬件和操作系統(tǒng)等測試環(huán)境準備完畢。 6．測試執(zhí)行 根據(jù)測試計劃中相關(guān)測試環(huán)境的內(nèi)容，檢查測試環(huán)境（包括硬件及軟件），確保測試環(huán)境符合要求； 對于測試用例的描述信息，按測試目的對每一個測試用例設(shè)計操作流程中重要環(huán)節(jié)的動作、輸入數(shù)據(jù)和預(yù)期的結(jié)果； 執(zhí)行測試活動，并記錄所使用的機器及執(zhí)行日期，對于每個測試用例還應(yīng)記錄關(guān)鍵

19、操作步驟、輸入數(shù)據(jù)以及任何與測試人員預(yù)期結(jié)果不符的系統(tǒng)響應(yīng)； 每個測試用例執(zhí)行完畢后，視具體情況對系統(tǒng)進行備份或根據(jù)備份數(shù)據(jù)對系統(tǒng)進行恢復。 7．相關(guān)過程 7.1缺陷等級 S1級：發(fā)現(xiàn)影響被測系統(tǒng)正確運行的嚴重問題： ——導致系統(tǒng)崩潰； ——出現(xiàn)不可挽救的數(shù)據(jù)丟失或損壞； ——主業(yè)務(wù)流程出現(xiàn)斷點； ——導致死機； ——內(nèi)存泄漏。 S2級：發(fā)現(xiàn)影響被測模塊正確運行的嚴重問題： ——導致程序模塊丟失或未實現(xiàn)； ——軟件錯誤導致數(shù)據(jù)丟失； ——被測數(shù)據(jù)處理錯誤； ——用戶需求未實現(xiàn)。 S3級：發(fā)現(xiàn)影響被測功能

20、正確實現(xiàn)的問題。 S4級：一般性的錯誤或功能實現(xiàn)有不完善處。 S5級：建議性問題。 7.2測試結(jié)果 測試內(nèi)容 評價結(jié)果類型 說明 功 能 性 測 試 業(yè)務(wù)流程測試 “通過”和“不通過” 該類測試過程中，只要業(yè)務(wù)流程不能完全實現(xiàn)，即視為“不通過” 基本功能測試 “通過”、“基本通過”和“不通過” 該類軟件測試過程中出現(xiàn)“S1、S2、S3”級缺陷的，視為“不通過” 出現(xiàn)2個以上（包括2個）“S4”或“S5”級缺陷的，視為“不通過” 出現(xiàn)2個以下（不包括2個）“S4”或“S5”級缺陷的，視為“基本通過” 7.3缺陷管理 依照設(shè)計好的測試用例對產(chǎn)品進行測試，將發(fā)現(xiàn)的缺陷按照不同質(zhì)量特性進行定位，保證所有缺陷記錄的維護、分配及修改。 8．可交付成果 本項目結(jié)束時，應(yīng)提交下列結(jié)果 測試方案 測試報告 缺陷列表