車牌視覺識別系統(tǒng)準確性驗證流程

1T/GDAQIXX—XXXX車牌視覺識別系統(tǒng)準確性驗證流程本文件規(guī)定了車牌視覺識別系統(tǒng)的術語、系統(tǒng)要求以及測試技術方法。本文件適用于車牌視覺識別系統(tǒng)準確性驗證流程。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB∕T25000.10-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第10部分：系統(tǒng)與軟件質(zhì)量模型GB∕T25000.51-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第51部分：就緒可用軟件產(chǎn)品（RUSP）的質(zhì)量要求和測試細則3術語和定義下列術語和定義適用于本文件。3.1車牌視覺識別車牌視覺識別是將合成的汽車牌照按照車牌視覺識別算法識別出來，通過構(gòu)造車牌圖片、獲取背景圖片、合成汽車牌照、車牌字符識別等技術，識別車輛牌號、顏色等信息。3.2車牌視覺識別準確性系統(tǒng)識別的車牌號與系統(tǒng)構(gòu)造的車牌號自動對比，確定車牌視覺識別算法的精準度。3.3功能性在指定條件下使用時，軟件提供滿足明確和隱含需求的功能的能力。3.4可靠性在指定條件使用時，軟件執(zhí)行指定功能的能力。3.5性能效率在規(guī)定條件下，軟件提供適當性能的能力。3.6易用性2T/GDAQIXX—XXX在指定條件下使用時，軟件被理解、學習、使用和吸引用戶的能力。4通過準則根據(jù)測試過程中發(fā)現(xiàn)的軟件問題的嚴重性等級和數(shù)量，測試滿足以下所有條件，則測試結(jié)果為通過，否則，測試結(jié)果為不通過：a)功能性、可靠性、易用性的測試中未發(fā)現(xiàn)問題，或發(fā)現(xiàn)的問題已修復；b)性能效率測試的測試結(jié)果滿足表4中的要求。問題等級定義及說明見表1。表1問題等級定義5功能性測試方法5.1功能性測試功能性測試包含以下內(nèi)容：a)功能完備性：需求文檔中提到的所有功能應完備。b)功能正確性：產(chǎn)品提供符合所需精度的正確的結(jié)果。5.2功能性測試表車牌視覺識別系統(tǒng)功能性測試表可參考表2，具體測試項可基于實際業(yè)務進行調(diào)整，并根據(jù)需求規(guī)格說明書編寫測試說明，但原則是必須確保檢測信息的完整性。表2功能性測試表123T/GDAQIXX—XXXX36可靠性測試方法6.1可靠性測試可靠性測試應包含以下內(nèi)容：a)成熟性：產(chǎn)品在正常運行時滿足可靠性要求的程度；a)容錯性：存在硬件或者軟件故障時,產(chǎn)品或者系統(tǒng)運行符合預期的程度；6.2可靠性測試表車牌視覺識別系統(tǒng)可靠性測試表見表3。表3可靠性測試表127性能效率測試方法7.1性能效率測試性能效率測試應包含以下內(nèi)容：a)操作響應時間：系統(tǒng)在指定網(wǎng)絡環(huán)境和并發(fā)用戶數(shù)下，對數(shù)據(jù)插入、修改、刪除等操作請求作出響應所需要的時間。b)吞吐量：在指定網(wǎng)絡環(huán)境下，單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量。7.2性能效率測試表車牌視覺識別系統(tǒng)性能效率測試見表4。表4性能效率測試表14T/GDAQIXX—XXX28易用性測試方法8.1易用性測試易用性測試是考察系統(tǒng)是否易于理解、學習和使用。易用性測試應包含以下內(nèi)容：a)易辨識性：對系統(tǒng)的各項功能容易被識別和被理解的程度、界面的輸入和輸出的格式和含義容易被理解的程度；b)易學性：系統(tǒng)幫助、用戶文檔描述說明的有效性和容易學習程度；c)易操作性：系統(tǒng)界面整體的規(guī)范性、合理性、一致性和定制性。系統(tǒng)是否易于操作。8.2易用性測試表車牌視覺識別系統(tǒng)易用性測試見表5。表5易用性測試表1234567899測試流程測試主要工作流程可以分為測試計劃、測試準備、測試執(zhí)行、測試評估、測試總結(jié)五個過程：9.1制定測試計劃根據(jù)用戶需求報告中關于功能要求和性能指標的規(guī)格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。輸入：需求文檔、需求跟蹤表、開發(fā)計劃輸出：測試計劃5T/GDAQIXX—XXXX9.2測試準備在計劃制定好之后，在執(zhí)行之前，必須將測試所需的人力資源，硬件資源，軟件資源，文檔資源，測試數(shù)據(jù)以及環(huán)境和人文資源準備充分。將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例（測試用例選擇的好壞將直接影響到測試結(jié)果的有效性）。輸入：測試計劃輸出：測試方案、測試用例、缺陷定義、測試策略9.3測試執(zhí)行測試組根據(jù)測試計劃和測試日程安排進行測試，并輸出測試結(jié)果。執(zhí)行測試開發(fā)階段建立的測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理。測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)測試及回歸測試等步驟組成，測試人員應本著科學負責的態(tài)度，一步一個腳印地進行測試。輸入：測試用例、測試規(guī)范輸出：測試報告、測試進度表9.4測試評估有測試結(jié)果評估小組或評估人員對測試結(jié)果進行評測，分析，并輸出分析結(jié)果。結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評