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

軟件驗收規(guī)范

PAGE\*ROMAN

II

目 錄

前言 II

范圍 1

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

定義 1

驗收原則 1

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

驗收資料 4

其它事項 5

PAGE

1

軟件驗收規(guī)范

范圍

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

規(guī)范性引用文件

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

定義

軟件產(chǎn)品驗收

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

驗收原則

驗收方式及驗收組成員

4.1.1

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

4.1.2

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

4.1.3

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

4.1.4

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

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

4.2.1

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

4.2.2

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

4.2.3

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

4.2.4

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

驗收流程

4.3.1

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

4.3.2

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

4.3.3

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

4.3.4

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

4.3.5

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

驗收項目和驗收標(biāo)準(zhǔn)

驗收項目

功能測試

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

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

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

容錯測試

容錯測試檢驗內(nèi)容包含:

①軟件對用戶常見誤操作是否能進行提醒；

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

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

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

安全測試

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

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

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

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

性能測試

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

易用性測試

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

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

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

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

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

環(huán)境測試

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

文檔測試

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

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

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

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

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

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

特殊測試

用戶有特別要求的測試項目。

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

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

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

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

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

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

⑤其它錯誤。

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

一級錯誤描述

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

二級錯誤描述

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

三級錯誤描述

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

四級錯誤描述

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

五級錯誤描述

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

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

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

不存在錯誤等級為1錯誤；

不存在錯誤等級為2錯誤；

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

全部提交錯誤全部已得到更正。

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

5.3.1

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

5.3.2

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

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

5.3.3

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

5.3.4

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

5.3.5

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

驗收資料

工程立項同意文件；

項目驗收申請匯報；

軟件需求說明書；

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

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