軟件驗收標(biāo)準(zhǔn)

1、目前，國內(nèi)軟件的驗收沒有可參照的強(qiáng)制性標(biāo)準(zhǔn)，就軟件測試和評價來說,參照的標(biāo)準(zhǔn)是GB/T 17544 和 GB/T 16260，它們都是推薦性標(biāo)準(zhǔn)，且都是定性而非定量的標(biāo)準(zhǔn)，這樣， 對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻(xiàn)的基礎(chǔ)上，結(jié)合我司實際制定本驗收試用辦法，用于規(guī)范我司軟件系統(tǒng)驗收。軟件系統(tǒng)的驗收可通過我司組織驗收或通過第三方驗收兩種辦法。1、驗收原則驗收參與部門：信息部門、使用部門、技術(shù)部門、專家小組或第三方驗收人員；開發(fā)單位。在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標(biāo)準(zhǔn)的意見；在軟件的需求評審階段，仔細(xì)審閱軟件的需求規(guī)格說明書，指

2、出不利于測試和可能存在歧義的描述；在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細(xì)的測試后，對完成的軟件進(jìn)行評審或第三方的驗收測試，提供完整的錯誤報告提交給用我司，我司根據(jù)之前簽訂的開發(fā)合同中相應(yīng)的驗收標(biāo)準(zhǔn)判斷是否進(jìn)行驗收。2、驗收項目和驗收標(biāo)準(zhǔn)2.1 驗收項目a) 功能項測試對軟件需求規(guī)格說明書中的所有功能項進(jìn)行測試；b) 業(yè)務(wù)流程測試對軟件項目的典型業(yè)務(wù)流程進(jìn)行測試；c) 容錯測試容錯測試的檢查內(nèi)容包括:1) 軟件對用戶常見的誤操作是否能進(jìn)行提示；2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準(zhǔn)確、清晰的提示；3) 軟件對重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示；4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶

3、的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。d) 安全性測試安全性測試的檢查內(nèi)容包括:1) 軟件中的密鑰是否以密文方式存儲；2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志；3) 軟件中各種用戶的權(quán)限分配是否合理；e) 性能測試對軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項性能指標(biāo)。f ) 易用性測試易用性測試的內(nèi)容包括:1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風(fēng)格是否一致；4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。g) 適應(yīng)性測試參照用

4、戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進(jìn)行測試。h) 文檔測試用戶文檔包括: 安裝手冊、操作手冊和維護(hù)手冊。對用戶文檔測試的內(nèi)容包括:1) 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達(dá)；3) 戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá)；4) 用戶文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實例；5) 用戶文檔是否有詳細(xì)的目錄表和索引表；i) 有特別要求的測試2.2 驗收標(biāo)準(zhǔn)2.2.1 軟件錯誤的嚴(yán)重性等級1：不能執(zhí)行正常功能或重要功能

5、, 或者危及人身安全；2：嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決；3：嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法；4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能；5 ：其它錯誤；2.2.2 錯誤與嚴(yán)重性等級對應(yīng)表a) 1 級錯誤的描述這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務(wù)流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機(jī)的情況；軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實現(xiàn)應(yīng)有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。b) 2 級錯誤的描述

6、這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務(wù)流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權(quán)限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。c) 3 級錯誤的描述這一級的錯誤是與第2 級別的錯誤相對應(yīng)的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。d) 4 級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風(fēng)格不一；中英文混雜；查詢結(jié)果輸出不直觀等。e) 5 級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護(hù)

7、手冊中的描述錯誤。其次，對發(fā)現(xiàn)的每一個錯誤都要確定相應(yīng)的嚴(yán)重性等級，如表2 中的說明。全部改正方可；如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件, 提交給軟件評測中心再次進(jìn)行完整的驗收測試。2.2.2 驗收標(biāo)準(zhǔn)1） 測試用例不通過數(shù)的比例< 1.5 % ；2） 不存在錯誤等級為1 的錯誤；3） 不存在錯誤等級為2 的錯誤；4）錯誤等級為3的錯誤數(shù)量0 5 ;5） 所有提交的錯誤都已得到更正；2.3 驗收標(biāo)準(zhǔn)的詳細(xì)說明驗收項目的劃分參照GB/T 16260 標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為 6 大特性、 21 個子特性，而對于具

8、體的軟件，并非都要進(jìn)行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進(jìn)行剪裁或擴(kuò)充。需要制定的驗收標(biāo)準(zhǔn)，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在 1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定，并在軟件開發(fā)合同中明確地列出。在軟件驗收測試中，測試的依據(jù)包括軟件的投標(biāo)文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)（ 這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來）。在進(jìn)行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進(jìn)行總結(jié)和歸納， 并提交完整的錯誤報告，在錯誤報告中包括

9、每一級別的錯誤數(shù)量和錯誤清單 （ 所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn)） 。用戶方根據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標(biāo)準(zhǔn)進(jìn)行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進(jìn)行。 用戶方認(rèn)為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進(jìn)行整改， 并提交給軟件評測中心進(jìn)行回歸測試，確認(rèn)錯誤報告中的所有錯誤全部改正方可； 如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件，提交給軟件評測中心再次進(jìn)行完整的驗收測試。3、驗收資料1）工程立項批準(zhǔn)文件（ 2）項目驗收申請報告；（ 3）軟件需求說明書；（ 4）概要設(shè)計說明書；（ 5）數(shù)據(jù)及數(shù)據(jù)庫設(shè)計要求說明書；（ 6）詳細(xì)設(shè)計說明書；（ 7）軟件測試報告；（ 8）核心算法說明文檔；（ 9）操作手冊；（ 10）用戶手冊（ 11）項目用戶評價過程意見；（ 12）軟件接口規(guī)范；（ 1