2024軟件驗(yàn)收規(guī)范技術(shù)

軟件驗(yàn)收規(guī)范

PAGE\*ROMAN

II

目 錄

前言 II

范圍 1

規(guī)范性引用文件 1

定義 1

驗(yàn)收原則 1

驗(yàn)收項(xiàng)目和驗(yàn)收標(biāo)準(zhǔn) 2

驗(yàn)收資料 4

其它事項(xiàng) 5

PAGE

1

軟件驗(yàn)收規(guī)范

范圍

為使公司軟件項(xiàng)目驗(yàn)收更具可操作性和標(biāo)準(zhǔn)化，特制定本驗(yàn)收規(guī)范。

規(guī)范性引用文件

本文件沒有規(guī)范性引用文件。

定義

軟件產(chǎn)品驗(yàn)收

軟件產(chǎn)品驗(yàn)收是指按照一定標(biāo)準(zhǔn)檢驗(yàn)軟件，合格后收下軟件的過程。

驗(yàn)收原則

驗(yàn)收方式及驗(yàn)收組成員

4.1.1

軟件產(chǎn)品的驗(yàn)收方式分為三種：1）本公司組織驗(yàn)收，2）本公司與服務(wù)商聯(lián)合組織驗(yàn)收，3）委托第三方驗(yàn)收。

4.1.2

由本公司組織驗(yàn)收的，驗(yàn)收組成員為：項(xiàng)目管理委員會代表、技術(shù)總監(jiān)、項(xiàng)目經(jīng)理、項(xiàng)目組其它成員、質(zhì)量管理委員會代表、市場總監(jiān)、外聘專家。

4.1.3

由本公司與服務(wù)商聯(lián)合組織驗(yàn)收的，驗(yàn)收組成員為：服務(wù)商項(xiàng)目代表、公司項(xiàng)目管理委員會代表、技術(shù)總監(jiān)、項(xiàng)目經(jīng)理、項(xiàng)目組其它成員、質(zhì)量管理委員會代表、市場總監(jiān)、外聘專家、其它認(rèn)為有必要參加的人士。

4.1.4

委托第三方驗(yàn)收的，驗(yàn)收組成員為：項(xiàng)目代表、項(xiàng)目管理委員會代表、技術(shù)總監(jiān)、項(xiàng)目經(jīng)理、項(xiàng)目組其它成員、其它第三方驗(yàn)收單位認(rèn)為有必要參加的人士。

驗(yàn)收項(xiàng)目和驗(yàn)收通過標(biāo)準(zhǔn)定義

4.2.1

軟件產(chǎn)品開發(fā)在合同簽訂階段或者立項(xiàng)階段需明確軟件產(chǎn)品的需求規(guī)格說明書，并提出驗(yàn)收項(xiàng)目和驗(yàn)收的通過標(biāo)準(zhǔn)。在時(shí)間許可條件下，應(yīng)事先制定最終的軟件測試項(xiàng)目和測試合格標(biāo)準(zhǔn)。

4.2.2

在軟件的需求評審階段，需仔細(xì)審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述。

4.2.3

軟件產(chǎn)品開發(fā)完成并經(jīng)過內(nèi)部仔細(xì)測試后，方可對完成的軟件產(chǎn)品進(jìn)行評審或委托第三方驗(yàn)收測試。

4.2.4

驗(yàn)收測試以后，需提交詳細(xì)的驗(yàn)收測試記錄，根據(jù)之前約定的相應(yīng)驗(yàn)收標(biāo)準(zhǔn)判斷是否進(jìn)行驗(yàn)收通過。

驗(yàn)收流程

4.3.1

驗(yàn)收階段應(yīng)組織正式的驗(yàn)收評審會，邀請?jiān)u審組成員參加并簽到。簽到表作為驗(yàn)收的正式文件之一。

4.3.2

驗(yàn)收組成員無法到場的情況下，應(yīng)保證驗(yàn)收組成員實(shí)到人數(shù)至少不少于應(yīng)參與的2/3人數(shù)，并且應(yīng)至少保證主要參與人員到場。無法到場的成員應(yīng)在事后閱讀確認(rèn)測試報(bào)告和驗(yàn)收報(bào)告，并簽字確認(rèn)。

4.3.3

驗(yàn)收評審會應(yīng)事先安排好會議流程，確定驗(yàn)收召集人并按流程逐項(xiàng)開始驗(yàn)收確認(rèn)。

4.3.4

驗(yàn)收完成以后，參與驗(yàn)收的驗(yàn)收組成員應(yīng)該在測試報(bào)告和驗(yàn)收報(bào)告上簽字確認(rèn)。

4.3.5

驗(yàn)收召集人應(yīng)在驗(yàn)收完成后，出具正式的驗(yàn)收報(bào)告裝訂成冊。并分發(fā)給參與驗(yàn)收人員留存?zhèn)洳椤?/p>

驗(yàn)收項(xiàng)目和驗(yàn)收標(biāo)準(zhǔn)

驗(yàn)收項(xiàng)目

功能測試

對軟件需求規(guī)格說明書中全部功能項(xiàng)進(jìn)行測試；

業(yè)務(wù)步驟測試

對軟件項(xiàng)目標(biāo)典型業(yè)務(wù)步驟進(jìn)行測試；

容錯(cuò)測試

容錯(cuò)測試檢驗(yàn)內(nèi)容包含:

①軟件對用戶常見誤操作是否能進(jìn)行提醒；

②軟件對用戶操作錯(cuò)誤和軟件錯(cuò)誤，是否有正確、清楚提醒；

③軟件對關(guān)鍵數(shù)據(jù)刪除是否有警告和確定提醒；

④軟件是否能判定數(shù)據(jù)有效性，屏蔽用戶錯(cuò)誤輸入，識別非法值，并有對應(yīng)錯(cuò)誤提醒。

安全測試

安全性測試檢驗(yàn)內(nèi)容包含:

①軟件中密鑰是否以密文方法存放；

②軟件是否有留痕功效,即是否保留有用戶操作日志；

③軟件中多種用戶權(quán)限分配是否合理。

性能測試

對軟件需求規(guī)格說明書中明確軟件性能進(jìn)行測試，測試準(zhǔn)則是要滿足規(guī)格說明書中各項(xiàng)性能指標(biāo)。

易用性測試

易用性測試內(nèi)容包含:

①軟件用戶界面是否友好，是否出現(xiàn)中英文混雜界面；

②軟件中提醒信息是否清楚、易了解，是否存在原始英文提醒；

③軟件中各個(gè)模塊界面風(fēng)格是否一致；

④軟件中查詢結(jié)果輸出方法是否比較直觀、合理。

環(huán)境測試

參考用戶軟、硬件使用環(huán)境和需求規(guī)格說明書中要求，列出開發(fā)軟件需要滿足軟、硬件環(huán)境，對每個(gè)環(huán)境進(jìn)行測試。

文檔測試

用戶文檔包含:安裝手冊、操作手冊和維護(hù)手冊。對用戶文檔測試內(nèi)容包含:

①操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需信息和全部功效模塊；

②用戶文檔描述信息是否正確,是否沒有歧義和錯(cuò)誤表示；

③戶文檔是否輕易了解,是否經(jīng)過使用合適術(shù)語、圖形表示、具體解釋來表示；

④用戶文檔對關(guān)鍵功效和關(guān)鍵操作是否提供給用實(shí)例；

⑤用戶文檔是否有具體目錄表和索引表。

特殊測試

用戶有特別要求的測試項(xiàng)目。

驗(yàn)收標(biāo)準(zhǔn)

軟件錯(cuò)誤嚴(yán)重性等級

①不能實(shí)施正常功效或關(guān)鍵功效；

②嚴(yán)重地影響系統(tǒng)要求或基礎(chǔ)功效實(shí)現(xiàn)，且沒有措施處理；

③嚴(yán)重地影響系統(tǒng)要求或基礎(chǔ)功效實(shí)現(xiàn)，但存在合理處理措施；

④使操作者不方便或碰到麻煩，但不影響實(shí)施正常功效或關(guān)鍵功效；

⑤其它錯(cuò)誤。

錯(cuò)誤和嚴(yán)重性等級對應(yīng)表

一級錯(cuò)誤描述

這一等級錯(cuò)誤通常包含以下內(nèi)容∶沒有實(shí)現(xiàn)或錯(cuò)誤地實(shí)現(xiàn)關(guān)鍵功效；業(yè)務(wù)步驟存在重大隱患；軟件在操作過程中因?yàn)檐浖旧碓蜃詣?dòng)退出系統(tǒng)或出現(xiàn)死機(jī)情況；軟件在操作過程中因?yàn)檐浖旧碓驅(qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有軟、硬建設(shè)環(huán)境下不能實(shí)現(xiàn)應(yīng)有功效；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

二級錯(cuò)誤描述

這一等級錯(cuò)誤通常包含∶沒有實(shí)現(xiàn)基礎(chǔ)功效，而且不存在替換措施；沒有實(shí)現(xiàn)關(guān)鍵功效中部分功效，而且不存在替換措施；業(yè)務(wù)步驟銜接錯(cuò)誤；密鑰以明文方法存放；沒有留痕功效；用戶權(quán)限分配不合理；在現(xiàn)有環(huán)境下，不能實(shí)現(xiàn)部分功效且沒有替換方案；沒有滿足系統(tǒng)性能要求。

三級錯(cuò)誤描述

這一級錯(cuò)誤是和第二等級錯(cuò)誤相對應(yīng)，而第三級錯(cuò)誤則存在替換方法；對誤操作或錯(cuò)誤操作沒有提醒，造成非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。

四級錯(cuò)誤描述

這一等級錯(cuò)誤通常為易用性方面錯(cuò)誤。比如界面不友好、前后風(fēng)格不一；中英文混雜；查詢結(jié)果輸出不直觀等。

五級錯(cuò)誤描述

通常為文檔方面錯(cuò)誤，如安裝手冊、操作手冊、維護(hù)手冊中描述錯(cuò)誤。其次，對發(fā)覺每一個(gè)錯(cuò)誤全部要確定對應(yīng)嚴(yán)重性等級。如錯(cuò)誤等級和數(shù)量在協(xié)議可接收范圍外，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在要求時(shí)間內(nèi)全方面整改軟件，提交給軟件評測中心再次進(jìn)行完整驗(yàn)收測試。

驗(yàn)收通過標(biāo)準(zhǔn)

測試用例不經(jīng)過數(shù)百分比<1.5%；

不存在錯(cuò)誤等級為1錯(cuò)誤；

不存在錯(cuò)誤等級為2錯(cuò)誤；

錯(cuò)誤等級為3錯(cuò)誤數(shù)量≤5；

全部提交錯(cuò)誤全部已得到更正。

驗(yàn)收標(biāo)準(zhǔn)詳細(xì)說明

5.3.1

本驗(yàn)收標(biāo)準(zhǔn)中，驗(yàn)收項(xiàng)目的劃分參照GB/T16260標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為6大特性、21個(gè)子特性，而對于具體的軟件，并非都要進(jìn)行這21個(gè)特性的測試和評價(jià)。本標(biāo)準(zhǔn)選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗(yàn)收項(xiàng)目進(jìn)行剪裁或擴(kuò)充。

5.3.2

制定的驗(yàn)收指標(biāo)說明了每一級別的錯(cuò)誤量的可接受范圍。一般來說，不允許存在1級和

2級錯(cuò)誤，而3級錯(cuò)誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定，并在軟件開發(fā)合同中明確地列出。

5.3.3

在軟件驗(yàn)收測試中，測試的依據(jù)包括軟件的投標(biāo)文件、開發(fā)合同、需求規(guī)格說明書，同時(shí)還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)(這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來)。

5.3.4

在進(jìn)行第三方的驗(yàn)收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯(cuò)誤進(jìn)行總結(jié)和歸納，并提交完整的錯(cuò)誤報(bào)告，在錯(cuò)誤報(bào)告中包括每一級別的錯(cuò)誤數(shù)量和錯(cuò)誤清單(所有的錯(cuò)誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn))。

5.3.5

用戶方根據(jù)錯(cuò)誤報(bào)告中每一級別的錯(cuò)誤數(shù)量和錯(cuò)誤清單與軟件開發(fā)合同中的驗(yàn)收標(biāo)準(zhǔn)進(jìn)行對照，如錯(cuò)誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進(jìn)行。用戶方認(rèn)為軟件可以驗(yàn)收，但要求開發(fā)方對錯(cuò)誤報(bào)告中的所有錯(cuò)誤進(jìn)行修正，可另行協(xié)商回歸測試方法；如錯(cuò)誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在規(guī)定的時(shí)間內(nèi)全面修正的，需再次組織驗(yàn)收，重新進(jìn)行完整的驗(yàn)收測試。

驗(yàn)收資料

工程立項(xiàng)同意文件；

項(xiàng)目驗(yàn)收申請匯報(bào)；

軟件需求說明書；

概要設(shè)計(jì)說明書；

數(shù)據(jù)及數(shù)據(jù)