1、-南昌工程學院軟件系統(tǒng)驗收實施辦法（征求意見稿）目前，國內(nèi)軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是 GB/T 17544 和 GB/T 16260 ，它們都是推薦性標準，且都是定性而非定量的標準，這樣，對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻的基礎上，結(jié)合本校實際制定本驗收辦法，用于規(guī)范本校軟件系統(tǒng)驗收。軟件系統(tǒng)的驗收可通過本校組織驗收或通過第三方驗收兩種辦法。1、驗收原則驗收參與部門：資產(chǎn)管理處、紀檢監(jiān)察、用戶使用單位、專家小組或第三方驗收人員；開發(fā)單位。在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在

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

3、和確認提示；4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入， 識別非法值，并有相1-應的錯誤提示。d) 安全性測試安全性測試的檢查內(nèi)容包括 :1) 軟件中的密鑰是否以密文方式存儲；2) 軟件是否有留痕功能 , 即是否保存有用戶的操作日志；3) 軟件中各種用戶的權(quán)限分配是否合理；e) 性能測試對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。f )易用性測試易用性測試的內(nèi)容包括:1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風格是否一致；4) 軟件中

4、的查詢結(jié)果的輸出方式是否比較直觀、合理。g) 適應性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。h) 文檔測試用戶文檔包括 :安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內(nèi)容包括:1) 操作、維護文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確 , 是否沒有歧義和錯誤的表達；3) 戶文檔是否容易理解 , 是否通過使用適當?shù)男g(shù)語、 圖形表示、詳細的解釋來表達；4) 用戶文檔對主要功能和關(guān)鍵操作是否提供應用實例；5) 用戶文檔是否有詳細的目錄表和索引表；i)用戶有特別要求的測試2-2.

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

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

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

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

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