2.重點(diǎn)車測試方案

第6頁共17頁版本：V1.0“重點(diǎn)車輛運(yùn)行體征及精細(xì)化管理”應(yīng)用場景功能升級軟件迭代開發(fā)項(xiàng)目測試方案項(xiàng)目承建單位：成都交投智能交通技術(shù)服務(wù)有限公司編制日期：2022年8月

文件建立/修改記錄序號版本建立或修改建立/修改人日期審核人日期批準(zhǔn)人日期1V1.0新建2022-8-15袁海龍2022-8-16

目錄1 概述 51.1 適用對象和范圍 51.2 術(shù)語表 51.2.1. 系統(tǒng)測試 51.2.2. 黑盒測試（功能測試） 51.2.3. 白盒測試 51.2.4. 灰盒測試 51.2.5. 健壯性測試（容錯能力/恢復(fù)能力測試） 51.2.6. 接口測試 61.2.7. 強(qiáng)度測試 61.2.8. 壓力測試 61.2.9. 性能測試 61.2.10. 安全測試 61.2.11. 可靠性測試 61.2.12. 文檔測試 62 測試工作流程 72.1 測試管理總流程 72.2 制定測試計(jì)劃工作流程 72.3 測試工作總體流程 82.4 功能測試工作流程 92.5 集成測試工作流程 102.6 BUG修復(fù)和管理流程 113 測試參考文檔和測試提交文檔 123.1. 測試參考文檔 123.2. 測試提交文檔 124 測試團(tuán)隊(duì) 134.1. 人員、角色、職責(zé) 134.2. 測試環(huán)境 135 測試方法和方式 146 通過測試的標(biāo)準(zhǔn) 147 測試中斷與開始的標(biāo)準(zhǔn) 148 測試策略 158.1. 數(shù)據(jù)和數(shù)據(jù)庫完整性測試 158.2. 接口測試 158.3. 集成測試 158.4. 功能測試 168.5. 用戶界面測試 168.6. 性能評測 178.7. 安全性和訪問控制測試 179 測試任務(wù) 1810 測試用例編寫方案及相關(guān)約定 1910.1. 編寫原則 1910.2. 衡量測試用例設(shè)計(jì)的質(zhì)量標(biāo)準(zhǔn) 1911 測試用例 2111.1 公共預(yù)置條件 2111.2 業(yè)務(wù)場景 2111.2.1 運(yùn)行體征 2111.2.2 運(yùn)行監(jiān)測 2211.2.3 精細(xì)管理 2211.2.4 研判分析 2411.2.5 GPS異常 2411.2.6 配置管理 2512 實(shí)施建議 2713 附錄一缺陷分類 2714 附錄二缺陷嚴(yán)重程度 2815 附錄三優(yōu)先級 2916 附錄四測試計(jì)劃審批意見 30

概述本文檔主要針對”重點(diǎn)車輛運(yùn)行體征及精細(xì)化管理”應(yīng)用場景功能升級軟件迭代開發(fā)項(xiàng)目測試用例并指導(dǎo)測試，并展示測試情況。采用黑盒測試，主要按照功能需求和期望效果，依照測試操作流程步驟進(jìn)行操作，對測試過程中發(fā)現(xiàn)問題進(jìn)行上報，階段性測試完成后由開發(fā)人員統(tǒng)一進(jìn)行bug修復(fù)，待所有已知問題為修復(fù)完成狀態(tài)后，由測試人員進(jìn)行下一輪測試。測試終端主要為Andriod、IOS和PC。適用對象和范圍本文檔可提供給”重點(diǎn)車輛運(yùn)行體征及精細(xì)化管理”應(yīng)用場景功能升級軟件迭代開發(fā)項(xiàng)目組的測試人員、研發(fā)人員、項(xiàng)目實(shí)施人員閱讀和使用。術(shù)語表系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認(rèn)測試的軟件，作為整個基于計(jì)算機(jī)系統(tǒng)的一個元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實(shí)際運(yùn)行（使用）環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行的測試。黑盒測試（功能測試）黑盒測試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進(jìn)行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試、輸入輸出測試、功能測試或數(shù)據(jù)驅(qū)動測試。是基于用戶觀點(diǎn)出發(fā)的測試。主要是驗(yàn)證功能是否符合需求，包括原定功能的檢驗(yàn)、是否有冗余功能、遺漏功能。白盒測試白盒測試也叫結(jié)構(gòu)測試、邏輯驅(qū)動測試或給予程序的測試。主要是分析程序的內(nèi)部構(gòu)造，并根據(jù)內(nèi)部構(gòu)造設(shè)計(jì)測試用例。灰盒測試可以理解為靜態(tài)的白盒測試或動態(tài)的黑盒測試，灰盒就是界于黑白之間,對軟件內(nèi)部有所了解,但不見得到了如指掌的程度,卻可以結(jié)合這些了解做些比黑盒多點(diǎn)的測試。健壯性測試（容錯能力/恢復(fù)能力測試）側(cè)重于程序容錯能力的測試。本測試在單元測試階段和系統(tǒng)測試階段都要進(jìn)行。如數(shù)據(jù)邊界測試、非法數(shù)據(jù)測試、異常中斷測試等等，主要是驗(yàn)證程序?qū)Ω鞣N異常情況是否進(jìn)行正確處理。接口測試程序員對各個模塊進(jìn)行系統(tǒng)聯(lián)調(diào)的測試，包含程序內(nèi)接口和程序外接口測試。這個測試，在單元測試階段進(jìn)行了一部分工作，而大部分都是在集成測試階段完成的。建議由開發(fā)人員進(jìn)行。強(qiáng)度測試強(qiáng)度測試檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。強(qiáng)度測試總是迫使系統(tǒng)在異常的資源配置下運(yùn)行。例如，①當(dāng)中斷的正常頻率為每秒一至兩個時，運(yùn)行每秒產(chǎn)生十個中斷的測試用例；②定量地增長數(shù)據(jù)輸入率，檢查輸入子功能的反映能力；③運(yùn)行需要最大存儲空間（或其他資源）的測試用例；④運(yùn)行可能導(dǎo)致虛存操作系統(tǒng)崩潰或磁盤數(shù)據(jù)劇烈抖動的測試用例，等等。壓力測試對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。例如，測試一個Web站點(diǎn)在大量的負(fù)荷下，何時系統(tǒng)的響應(yīng)會退化或失敗。性能測試在交替進(jìn)行負(fù)荷和強(qiáng)迫測試時常用的術(shù)語。性能測試關(guān)注的是系統(tǒng)的整體。它和通常所說的強(qiáng)度、壓力/負(fù)載測試有密切關(guān)系。所以壓力和強(qiáng)度測試應(yīng)該于性能測試一同進(jìn)行。安全測試主要是測試系統(tǒng)在沒有授權(quán)的內(nèi)部或者外部用戶對系統(tǒng)進(jìn)行攻擊或者惡意破壞時如何進(jìn)行處理，是否仍能保證數(shù)據(jù)的安全。測試人員可以學(xué)習(xí)一些黑客技術(shù)，來對系統(tǒng)進(jìn)行攻擊?？煽啃詼y試這里是比較狹義的可靠性測試，它主要是對系統(tǒng)能否穩(wěn)定運(yùn)行進(jìn)行一個統(tǒng)計(jì)，在實(shí)際工作中如果沒有條件可以不必特意去做。重點(diǎn)做好與之緊密相關(guān)的功能測試、健壯性測試就可以了。文檔測試主要測試開發(fā)過程中針對用戶的文檔，以需求、用戶手冊、安裝手冊等為主，檢驗(yàn)文檔是否和實(shí)際應(yīng)用存在差別。測試工作流程測試管理總流程制定測試計(jì)劃制定測試計(jì)劃設(shè)計(jì)測試用例執(zhí)行測試用例BUG修復(fù)和管理審批審批迭代制定測試計(jì)劃工作流程確定階段的測試范圍和任務(wù)確定階段的測試范圍和任務(wù)確定測試方法和方式確定測試環(huán)境與輔助工具確定測試完成準(zhǔn)則確定測試人員與任務(wù)表確定測試相關(guān)規(guī)范和約定輸入需求規(guī)格說明書輸入項(xiàng)目計(jì)劃書測試計(jì)劃測試工作總體流程設(shè)計(jì)階段設(shè)計(jì)階段編碼及單元白盒測試階單元黑盒測試階段段集成測試階段驗(yàn)收測試階段總結(jié)階段功能測試工作流程詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼及白盒測試測試用例編碼審核測試用例審核單元測試總結(jié)測試報告提交Bug報告循環(huán)達(dá)到測試要求進(jìn)入集成測試集成測試工作流程單元測試審核單元測試審核集成測試測試用例接上一階段測試用例審核提交Bug報告達(dá)到集成測試要求測試總結(jié)報告進(jìn)入驗(yàn)收測試BUG修復(fù)和管理流程測試人員發(fā)現(xiàn)測試人員發(fā)現(xiàn)bug由項(xiàng)目經(jīng)理或測試組長確認(rèn)是否為bugbug狀態(tài)為打開開發(fā)人員修復(fù)bugbug關(guān)閉否是測試員回歸測試測試人員或項(xiàng)目經(jīng)理再次確認(rèn)是否為bug是否測試參考文檔和測試提交文檔測試參考文檔下表列出了制定測試計(jì)劃時所使用的文檔，并標(biāo)明了各文檔的可用性：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注軟件需求規(guī)格說明書是[]否[]是[]否[]軟件概要設(shè)計(jì)是[]否[]是[]否[]軟件詳細(xì)設(shè)計(jì)是[]否[]是[]否[]測試計(jì)劃及方案是[]否[]是[]否[]測試報告是[]否[]是[]否[]用戶操作手冊是[]否[]是[]否[]測試提交文檔文檔已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注測試計(jì)劃及方案是[]否[]是[]否[]測試用例是[]否[]是[]否[]測試報告是[]否[]是[]否[]測試團(tuán)隊(duì)人員、角色、職責(zé)人員角色職責(zé)、任務(wù)備注袁海龍項(xiàng)目經(jīng)理項(xiàng)目總體管理與協(xié)調(diào)張?jiān)娧艤y試小組長、測試設(shè)計(jì)員質(zhì)量控制冉勇均測試設(shè)計(jì)員測試員質(zhì)量控制楊沛東測試設(shè)計(jì)員測試員質(zhì)量控制阮宇、冉紅濤、楊檸賓開發(fā)人員負(fù)責(zé)指導(dǎo)軟件開發(fā)，解決疑難問題，軟件開發(fā)與深化設(shè)計(jì)測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）開發(fā)軟件IntelliJIDEA2019.3.3x64、NavicatPremium12、RedisDesktopManager、PLSQLDeveloper13(64bit)、Postman、Xshell5、Xftp5運(yùn)行支撐軟件Nginx、tomcat、mysql、oracle系統(tǒng)軟件windowsserver2009、windows10、linux-centos7.6硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）客戶端Android、PC服務(wù)端請參照附件安裝配置報告.docx服務(wù)端列表網(wǎng)絡(luò)備注具體參照需求規(guī)格說明書需求約定、概要設(shè)計(jì)說明書設(shè)計(jì)約定。測試方法和方式測試方式主要以手工測試為主，在條件允許的情況下使用自動化測試工具進(jìn)行測試。測試方法測試覆蓋率執(zhí)行人員描述黑盒測試100%測試人員功能測試或數(shù)據(jù)驅(qū)動測試灰盒測試10~20%測試或開發(fā)人員靜態(tài)的白盒測試或動態(tài)的黑盒測試白盒測試5%開發(fā)人員結(jié)構(gòu)測試或邏輯驅(qū)動測試說明：黑盒測試是依據(jù)用戶能看到的規(guī)格說明，即針對命令、信息、報表等用戶界面及體現(xiàn)他們的輸入數(shù)據(jù)與輸出數(shù)據(jù)之間的對應(yīng)關(guān)系，特別是針對功能進(jìn)行測試。主要由測試小組人員完成執(zhí)行黑盒測試。通過測試的標(biāo)準(zhǔn)一般有“基于測試用例”和“基于缺陷密度”兩種評比準(zhǔn)則，在這里我們采用前者。準(zhǔn)則如下：（1）功能性測試用例通過率達(dá)到100％；（2）非功能性測試用例通過率達(dá)到95％；（3）沒有高于優(yōu)先級3以上的問題。備選通過辦法：根據(jù)實(shí)際情況由軟件開發(fā)部門的經(jīng)理、項(xiàng)目經(jīng)理和測試負(fù)責(zé)人等共同討論確定本階段是否結(jié)束。測試中斷與開始的標(biāo)準(zhǔn)當(dāng)優(yōu)先級1的問題超過總體問題的1/3時當(dāng)優(yōu)先級2的問題超過總體問題的1/2時當(dāng)優(yōu)先級3的問題超過總體問題的3/4時測試重新開始時的回歸測試項(xiàng)目。測試策略數(shù)據(jù)和數(shù)據(jù)庫完整性測試測試目標(biāo)：[確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行，數(shù)據(jù)不會遭到損壞]測試范圍：技術(shù)：[調(diào)用各個數(shù)據(jù)庫訪問方法和進(jìn)程，并在其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)據(jù)的請求）。檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)]開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：[所有的數(shù)據(jù)庫訪問方法和進(jìn)程都按照設(shè)計(jì)的方式運(yùn)行，數(shù)據(jù)沒有遭到損壞。]測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：[測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。進(jìn)程應(yīng)該以手工方式調(diào)用。接口測試測試目標(biāo)確保接口調(diào)用的正確性 測試范圍：所有軟件、硬件接口，記錄輸入輸出數(shù)據(jù)技術(shù)：開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：接口的限制條件集成測試測試目標(biāo)檢測需求中業(yè)務(wù)流程，數(shù)據(jù)流的正確性測試范圍：需求中明確的業(yè)務(wù)流程，或組合不同功能模塊而形成一個大的功能。技術(shù)：[利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。]開始標(biāo)準(zhǔn)：在完成某個集成測試時必須達(dá)到標(biāo)準(zhǔn)各模塊接口都已完成編碼完成標(biāo)準(zhǔn)：[所計(jì)劃的測試已全部執(zhí)行。所發(fā)現(xiàn)的缺陷已全部解決。]測試重點(diǎn)和優(yōu)先級：測試重點(diǎn)指在測試過程中需著重測試的地方，優(yōu)先級可以根據(jù)需求及嚴(yán)重來定需考慮的特殊事項(xiàng)：[確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成影響的事項(xiàng)或因素（內(nèi)部的或外部的）]功能測試測試目標(biāo)[確保測試的功能正常，其中包括，數(shù)據(jù)輸入，信息發(fā)送、轉(zhuǎn)發(fā)、接收，處理和檢索等功能。]測試范圍：[“重點(diǎn)車輛運(yùn)行體征及精細(xì)化管理”應(yīng)用場景功能升級軟件迭代開發(fā)項(xiàng)目各個客戶端模塊功能、后臺管理各模塊功能]技術(shù)：[利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。]開始標(biāo)準(zhǔn)：[各功能項(xiàng)都已完成開發(fā)]完成標(biāo)準(zhǔn)：[具體參照本文通過測試的標(biāo)準(zhǔn)。]測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：1）功能是否符合需求2）功能是否完整3）功能是否有作用4）功能是否無錯誤用戶界面測試測試目標(biāo)[核實(shí)以下內(nèi)容：通過測試進(jìn)行的瀏覽可正確反映業(yè)務(wù)的功能和需求。界面特征（例如，菜單、大小、位置、狀態(tài)）都符合標(biāo)準(zhǔn)。]測試范圍：技術(shù)：[為每個界面創(chuàng)建或修改測試，以核實(shí)各個應(yīng)用程序和對象都可正確地進(jìn)行瀏覽，并處于正常的狀態(tài)。]開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：[成功地核實(shí)出各個操作界面都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)]測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：[并不是所有定制或第三方對象的特征都可訪問。]性能評測測試目標(biāo)[核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量]測試范圍：技術(shù)：[使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)的迭代數(shù)量。]開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：[單個事務(wù)或單個用戶：在每個事務(wù)所預(yù)期時間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。][多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。]測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：需考慮的特殊事項(xiàng)：[負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相同縮放比例的數(shù)據(jù)庫。]安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問。系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。測試目標(biāo)[應(yīng)用程序級別的安全]測試范圍：技術(shù)：應(yīng)用程序級別的安全性：[確定并列出各用戶類型及其被授權(quán)訪問的功能或數(shù)據(jù)。][為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務(wù)來核實(shí)其權(quán)限。][修改用戶類型并為相同的用戶重新運(yùn)行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。]開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：[所有事務(wù)都按照預(yù)期的方式運(yùn)行，并在先前的應(yīng)用程序功能測試中運(yùn)行了所有的事務(wù)。]測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：測試任務(wù)本次測試主要包括單元測試、集成測試、系統(tǒng)測試。單元測試由開發(fā)人員互檢為主，測試人員提供相應(yīng)的工具。集成測試和系統(tǒng)測試由開發(fā)人員同測試人員聯(lián)合完成，由測試人員編寫測試計(jì)劃，測試方案，測試用例以及測試報告。測試實(shí)施過程需要開發(fā)人員的參與。制定測試計(jì)劃:(測試設(shè)計(jì)員)制定測試計(jì)劃的目的是收集和組織測試計(jì)劃信息，并且創(chuàng)建測試計(jì)劃。1.確定測試需求—根據(jù)需求工件集收集和組織測試需求信息，確定測試需求。2.制定測試策略—針對測試需求定義測試類型、測試方法以及需要的測試工具等。3.建立測試通過準(zhǔn)則—根據(jù)項(xiàng)目實(shí)際情況為每一個層次的測試建立通過準(zhǔn)則。4.確定資源和進(jìn)度—確定測試需要的軟硬件資源、人力資源以及測試進(jìn)度。5.評審測試計(jì)劃—根據(jù)同行評審規(guī)范對測試計(jì)劃進(jìn)行同行評審。設(shè)計(jì)測試:(測試設(shè)計(jì)員)設(shè)計(jì)測試的目的是為每一個測試需求確定測試用例集，并且確定執(zhí)行測試用例的測試過程。1.設(shè)計(jì)測試用例：對每一個測試需求，確定其要的測試用例。對每一個測試用例，確定其輸入及預(yù)期結(jié)果。確定測試用例的測試環(huán)境配置、需要的驅(qū)動界面或穩(wěn)定樁。編寫測試用例文檔2.開發(fā)測試過程：根據(jù)界面原型為每一個測試用例定義詳細(xì)的測試步驟。為每一測試步驟定義詳細(xì)的測試結(jié)果驗(yàn)證方法。為測試用例準(zhǔn)備輸入數(shù)據(jù)。編寫測試過程文檔。在實(shí)施測試時對測試過程進(jìn)行更改。3.設(shè)計(jì)驅(qū)動程序或穩(wěn)定樁—設(shè)計(jì)單元測試和集成測試需要的驅(qū)動程序和穩(wěn)定樁。實(shí)施測試:(開發(fā)人員和測試人員)實(shí)施測試的目的是創(chuàng)建可重用的測試腳本，并且實(shí)施測試驅(qū)動程序和穩(wěn)定樁。編寫驅(qū)動程序和穩(wěn)定樁—根據(jù)設(shè)計(jì)編寫測試需要的測試驅(qū)動程序和穩(wěn)定樁。實(shí)施單元測試:(開發(fā)人員)執(zhí)行單元測試的目的是驗(yàn)證單元的內(nèi)部結(jié)構(gòu)以及單元實(shí)現(xiàn)的功能。1.執(zhí)行單元測試—按照測試過程手工執(zhí)行單元測試或運(yùn)行測試腳本自動執(zhí)行單元測試。2.記錄單元測試結(jié)果—將單元測試結(jié)果作詳細(xì)記錄，并將測試結(jié)果提交給相關(guān)組。3.回歸測試—對修改后的單元執(zhí)行回歸測試。實(shí)施集成測試:(開發(fā)人員或測試員)執(zhí)行集成測試的目的是驗(yàn)證單元之間的接口以及集成工作版本的功能、性能等。1.執(zhí)行集成測試—按照測試過程手工執(zhí)行集成測試或運(yùn)行測試腳本自動執(zhí)行集成測試。2.記錄集成測試結(jié)果—將集成測試結(jié)果作詳細(xì)記錄，并將測試結(jié)果提交給相關(guān)組。3.回歸測試—對修改后的工作版本執(zhí)行回歸測試，或者對增量集成后的版本執(zhí)行回歸測試。實(shí)施系統(tǒng)測試:(測試人員)執(zhí)行系統(tǒng)測試的目的是確認(rèn)軟件系統(tǒng)工作版本滿足需求。1.執(zhí)行系統(tǒng)測試—按照測試過程手工執(zhí)行系統(tǒng)測試或運(yùn)行測試腳本自動執(zhí)行系統(tǒng)測試。2.記錄系統(tǒng)測試結(jié)果—將系統(tǒng)測試結(jié)果作詳細(xì)記錄，并將測試結(jié)果提交給相關(guān)組。3.回歸測試—對修改后的軟件系統(tǒng)版本執(zhí)行回歸測試。測試用例編寫方案及相關(guān)約定編寫原則（1）基本的原則就是：“一點(diǎn)多例”，就是針對一個測試點(diǎn)或者功能點(diǎn)，編寫多個測試用例，從多個方面進(jìn)行測試。各個部分的用例編寫的都貫穿著這一基本思想。（2）單元測試由開發(fā)人員執(zhí)行，可以自身決定是否編寫單元測試用例。（3）對于每個用例事件流，測試需求的詳細(xì)列表至少會包括一個測試需求。對于需求規(guī)格說明書中的功能描述，將至少派生一個測試需求。（4）測試項(xiàng)描述-簡要說明測試用例所要涉及的項(xiàng)和特性、對于每一項(xiàng)、可考慮引用以下文件：需求說明書、設(shè)計(jì)說明書、用戶手冊、操作手冊。（5）輸入說明描述-規(guī)定執(zhí)行測試用例所需的各個輸入。有些輸入可以用值（允許適當(dāng)?shù)恼`差）來規(guī)定。而另一些輸入，如常數(shù)表或事務(wù)文件可以用名來規(guī)定。規(guī)定所有合適的數(shù)據(jù)庫、文件、終端信息傳送的值。（6）輸出說明描述-規(guī)定測試項(xiàng)的所有輸出和特性（如：響應(yīng)時間）。提供各個輸出或特性的正確值。（7）測試用例的設(shè)計(jì)，始終要考慮測試的執(zhí)行，同時測試發(fā)現(xiàn)的問題和總結(jié)的經(jīng)驗(yàn)也可以用來完善測試設(shè)計(jì)。衡量測試用例設(shè)計(jì)的質(zhì)量標(biāo)準(zhǔn)（1）可測性：測試用例的所有步驟是可測的，測試的步驟是具體可實(shí)施后的，按照每個步驟是可以走通的。（2）可驗(yàn)證：測試的每個步驟驗(yàn)證點(diǎn)是具體、可驗(yàn)證的。期望結(jié)果不是抽象的描述，而是可獲得的。（3）全面性：測試執(zhí)行人員，無須考慮怎么測、而是參照測試用例設(shè)計(jì)的步驟執(zhí)行，測試數(shù)據(jù)的準(zhǔn)備也要在測試設(shè)計(jì)時考慮，而且要具備高覆蓋率和全面性。測試用例公共預(yù)置條件1數(shù)據(jù)庫基本數(shù)據(jù)已配置正確2前臺與后臺服務(wù)程序連接正常業(yè)務(wù)場景運(yùn)行體征運(yùn)營指標(biāo)運(yùn)營指標(biāo)輸入單位信息處理結(jié)合單位信息，展示相應(yīng)轄區(qū)的渣土車備案書、在線數(shù)，以及事故數(shù)量、預(yù)警處理數(shù)量，以及五類要素的畫像信息輸出支持渣土車整體指標(biāo)查看：包括渣土車備案數(shù)、實(shí)時全市在途渣土車輛數(shù)、今日上線車輛數(shù)、今日渣土車運(yùn)行風(fēng)險指數(shù)。支持出行強(qiáng)度查看：今日平均行駛里程、今日平均行駛時長等行駛特征展示。支持違規(guī)預(yù)警數(shù)據(jù)的多維度展示。支持交通事故數(shù)據(jù)的多維度展示。畫像指標(biāo)畫像指標(biāo)輸入單位信息處理駛員、車輛、企業(yè)、工地、路線五大要素的基本信息相關(guān)聯(lián)輸出對駕駛員、車輛、企業(yè)、工地、路線五大要素的體征信息進(jìn)行精細(xì)化管理，支持風(fēng)險畫像一級體征，及進(jìn)一步支持查看其詳細(xì)信息。地圖展示地圖展示輸入單位信息、車輛信息、地理信息平臺接口處理單位信息、車輛信息、地理信息平臺接口相關(guān)聯(lián)輸出地圖實(shí)時展示各個轄區(qū)在途渣土車數(shù)量，刷新頻率不高于5分鐘，各區(qū)域顏色根據(jù)數(shù)據(jù)值高低進(jìn)行顏色區(qū)分。運(yùn)行監(jiān)測渣土車監(jiān)測渣土車監(jiān)測輸入單位信息、渣土車GPS信息、預(yù)警類型處理結(jié)合單位信息、預(yù)警類型與渣土車GPS進(jìn)行匹配輸出系統(tǒng)中至少實(shí)現(xiàn)6類預(yù)警：超速、偏離路線、駛?cè)雵鷻?、逾期未年檢、上路未開GPS、群眾舉報預(yù)警支持對車輛、企業(yè)預(yù)警數(shù)據(jù)，以每周的頻率，提供給蓉e行。支持正常車輛、異常車輛、靜止車輛、低速車輛實(shí)時位置的圖上展示，并支持顯示車輛的詳細(xì)信息，查看車輛運(yùn)行軌跡。駕駛員監(jiān)測駕駛員監(jiān)測輸入單位信息、人員信息、預(yù)警類型處理結(jié)合單位信息、預(yù)警類型與人員信息進(jìn)行匹配輸出支持以車輛為載體，進(jìn)行駕駛員相應(yīng)監(jiān)管信息呈現(xiàn)，駕駛員畫像、登記信息、事故信息等。工地監(jiān)測工地監(jiān)測輸入單位信息、工地信息、預(yù)警類型處理結(jié)合單位信息、預(yù)警類型與工地信息進(jìn)行匹配輸出支持對工地進(jìn)行監(jiān)管，基本信息、審批線路、運(yùn)輸企業(yè)、所含車輛、風(fēng)險畫像、視頻監(jiān)控。通過圖層方式顯示數(shù)據(jù)。可以進(jìn)一步查看工地基本信息、視頻信息、以及審批路線情況。精細(xì)管理線路審批線路審批輸入賬號信息，調(diào)用接口處理智能交通綜合集成管理與應(yīng)用平臺對接輸出線路審批功能完備業(yè)務(wù)監(jiān)管-預(yù)警處置業(yè)務(wù)監(jiān)管-預(yù)警處置輸入日期處理預(yù)警信息、單位信息輸出1）支持預(yù)警信息下發(fā)工作流。由支隊(duì)下發(fā)分局（大隊(duì)），分局（大隊(duì)）甄別處置并反饋。2）支持預(yù)警信息展示，包括預(yù)警信息、已下發(fā)的預(yù)警信息以及相關(guān)預(yù)警類型等屬性的篩選功能。3）根據(jù)預(yù)設(shè)的規(guī)則，預(yù)警結(jié)果支持自動下發(fā)。4）根據(jù)分局的處置結(jié)果，預(yù)警狀態(tài)分為：未處理、處置中、已完成、已忽略。業(yè)務(wù)監(jiān)管-約談反饋業(yè)務(wù)監(jiān)管-約談反饋輸入日期處理預(yù)警信息、單位信息輸出支持以每周一次的頻率自動推送預(yù)警信息至車籍地屬地部門，各個分局進(jìn)行企業(yè)約談并反饋。系統(tǒng)支持按照企業(yè)進(jìn)行預(yù)警歸類，企業(yè)約談狀態(tài)分為：未處理、待審核、被駁回、已完成。分局約談記錄上傳不合格，支持支隊(duì)最對進(jìn)行審核駁回處理。業(yè)務(wù)監(jiān)管-事后監(jiān)管業(yè)務(wù)監(jiān)管-事后監(jiān)管輸入日期處理預(yù)警信息、單位信息輸出1)支持根據(jù)時間，篩選及下載抄告。2)支持抄告模板的下載，以及模板自動根據(jù)預(yù)警情況，生成相應(yīng)格式的文檔，和數(shù)據(jù)統(tǒng)計(jì)表格3）支持處置結(jié)果的上傳。研判分析風(fēng)險畫像風(fēng)險畫像輸入當(dāng)前日期處理結(jié)合車駕管的風(fēng)險畫像、卡口數(shù)據(jù)、全市路網(wǎng)數(shù)據(jù)輸出1）駕駛員畫像支持對接車管所畫像數(shù)據(jù)，進(jìn)行整體以及單人的畫像信息展示。并可進(jìn)一步查看其分?jǐn)?shù)的詳細(xì)信息。2）渣土車畫像支持對接車管所畫像數(shù)據(jù)，進(jìn)行整體以及單車的畫像信息展示；3）企業(yè)畫像對接車管所畫像數(shù)據(jù)，進(jìn)行整體以及單個企業(yè)的畫像信息展示；4）工地畫像根據(jù)工地渣土車的畫像數(shù)據(jù)進(jìn)行所屬工地風(fēng)險畫像；5）審批路線畫像支持根據(jù)預(yù)警信息、事故信息、違法信息以及通行頻次進(jìn)行路線畫像。同時支持點(diǎn)擊某條路線，地圖展示該路線及該路線上的風(fēng)險路段信息。情報研判情報研判輸入當(dāng)前日期處理結(jié)合車駕管的風(fēng)險畫像、卡口數(shù)據(jù)、全市路網(wǎng)數(shù)據(jù)輸出未開GPS分析研判：支持使用卡口過車數(shù)據(jù)或廢片二次識別數(shù)據(jù)與GPS數(shù)據(jù)進(jìn)行碰撞，識別出兩者差距較大卡口，進(jìn)行排序并地圖呈現(xiàn)，便于交警緝查布控。高頻路段研判：支持通過車輛GPS數(shù)據(jù)進(jìn)行數(shù)據(jù)分析，識別出通行頻次高的路段，進(jìn)行排序并地圖呈現(xiàn)。車輛聚集地研判：支持通過車輛GPS數(shù)據(jù)進(jìn)行數(shù)據(jù)分析，識別出疑似車輛聚集地，進(jìn)行過車排序并地圖呈現(xiàn)。車輛點(diǎn)位熱力圖：支持通過車輛GPS數(shù)據(jù)進(jìn)行數(shù)據(jù)分析，實(shí)時統(tǒng)計(jì)車輛熱力圖，地圖呈現(xiàn)。GPS異常GPS異常輸入日期處理結(jié)合GPS數(shù)據(jù)以及后臺GPS異常算法輸出GPS以上的車輛數(shù)據(jù)配置管理電子圍欄電子圍欄輸入地理信息平臺接口處理調(diào)用接口輸出支持通過新增電子圍欄功能在地圖上標(biāo)繪新增的電子圍欄，并可設(shè)置圍欄名稱、應(yīng)用時間等信息。報警閾值管理報警閾值管理輸入地理信息平臺接口處理調(diào)用接口輸出支持對超速預(yù)警進(jìn)行閾值設(shè)置管理，及不同區(qū)域區(qū)分設(shè)置各自的閾值。主要設(shè)置速度閾值以及連續(xù)點(diǎn)數(shù)菜單管理菜單管理輸入組織機(jī)構(gòu)信息處理組織機(jī)構(gòu)信息輸出支持提供自定義菜單層次結(jié)構(gòu)角色管理菜單管理輸入組織機(jī)構(gòu)信息處理組織機(jī)構(gòu)信息輸出支持根據(jù)用戶可查看的頁面權(quán)限、操作權(quán)限不同，為用戶創(chuàng)建、分配相應(yīng)的角色，同時支持角色權(quán)限設(shè)置、刪除角色和角色信息維護(hù)操作。組織管理組織管理輸入組織機(jī)構(gòu)信息處理組織機(jī)構(gòu)信息輸出支撐支隊(duì)、分局組織信息管理。用戶管理用戶管理輸入組織機(jī)構(gòu)信息、用戶信息處理組織機(jī)構(gòu)信息、用戶信息相關(guān)聯(lián)輸出系統(tǒng)提供用戶管理功能，對所有用戶進(jìn)行組織管理，進(jìn)行如新增/刪除/修改/查詢用戶、配置角色、用戶信息維護(hù)等操作。支持用戶修改自己的密碼實(shí)施建議對系統(tǒng)測試人員進(jìn)行必要的培訓(xùn)，提高他們的測試效率。項(xiàng)目經(jīng)理和測試小組根據(jù)項(xiàng)目的資源、時間等限制因素，設(shè)法合理地減少測試的工作量，例如減少“冗余或無效”的測試。附錄一缺陷