道路運(yùn)輸車輛主動安全智能防控系統(tǒng)平臺測試方案.doc

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

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

2、 單 位： —— 檢 驗(yàn) 類 別： 委托檢驗(yàn)  目 錄 目錄 1．文檔標(biāo)識 1 2．概要 1 2.1目的 1 2.2測試范圍 1 2.3測試環(huán)境配置 5 2.4測試依據(jù) 5 3．人員安排 6 4．測試流程 7 4.1 報(bào)名審核 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測試前準(zhǔn)備工作 10 6．測試執(zhí)行 10 7．相關(guān)過程 10 7.1缺陷等級 10 7.2測試結(jié)果 11 7.3缺

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

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

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

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

7、家，預(yù)計(jì)每家企業(yè)2個(gè)用戶在監(jiān)管，預(yù)計(jì)平臺有200個(gè)活躍企業(yè)用戶，最大并發(fā)設(shè)定50個(gè) 平均響應(yīng)時(shí)間要求（測試10次取平均）： 單用戶：1秒 --- 單用戶從7200萬報(bào)警數(shù)據(jù)中查詢當(dāng)天的報(bào)警 多用戶并發(fā)：5秒 --- 50個(gè)用戶同時(shí)（一秒內(nèi)操作算作同時(shí)）從7200萬報(bào)警數(shù)據(jù)中查詢當(dāng)天的報(bào)警 2.2.3 接口功能 2.2.3.1基本信息查詢指令 基本信息查詢包括對高級駕駛輔助系統(tǒng)、駕駛員狀態(tài)監(jiān)控系統(tǒng)、輪胎氣壓監(jiān)測系統(tǒng)、盲點(diǎn)監(jiān)測系統(tǒng)的基本信息查詢，統(tǒng)一根據(jù)以下流程進(jìn)行查詢： 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)和盲點(diǎn)監(jiān)測系統(tǒng)的參數(shù)進(jìn)行設(shè)置，統(tǒng)一根據(jù)以下流程進(jìn)行設(shè)置： i) 平臺下發(fā)查詢指令（0x8104/0x8106），終端應(yīng)答，應(yīng)答內(nèi)容上傳當(dāng)前終端的參數(shù)（0x0104）。 ii) 平臺給出應(yīng)答后，根據(jù)設(shè)置情況下發(fā)參數(shù)設(shè)置指令。（實(shí)際的參數(shù)設(shè)置根據(jù)不同的參數(shù)ID對應(yīng)的系統(tǒng)參數(shù)對每一個(gè)參數(shù)進(jìn)行傳參設(shè)置的正確性測試。）（0x8103） iii) 終端收

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

10、臺收到報(bào)警指令后，依據(jù)其中的附件情況，下發(fā)報(bào)警附件上傳指令，其中包括附件上傳的附件服務(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ù)器取升級包，取完升級包后進(jìn)行升級 vi) 終端升級結(jié)束后返回升級結(jié)果應(yīng)答至平臺（0x010

11、8） vii) 平臺下發(fā)查詢設(shè)備基本信息指令（0x8107） viii) 終端上傳當(dāng)前終端信息，包括軟件版本等（0x0107 ix) 通過比對當(dāng)前軟件版本與下發(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)境以實(shí)際測試環(huán)境為準(zhǔn)。 2.4測試依據(jù) T/JSATL 11-2017《道路運(yùn)輸車輛主動安全智能防控系統(tǒng)（平臺技術(shù)規(guī)范）》 T/JSATL

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

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

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

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

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

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

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

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

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