系統要求

1

南昌工程學院軟件系統驗收實施辦法（征求意見稿）

目前，國內軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是

GB/T17544和GB/T16260,它們都是推薦性標準，且都是定性而非定量的標準，這樣，對于軟件

的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻的基礎上，

結合本校實際制定本驗收辦法，用于規范本校軟件系統驗收。

軟件系統的驗收可通過本校組織驗收或通過第三方驗收兩種辦法。

1、驗收原則

驗收參與部門：資產管理處、紀檢監察、用戶使用單位、專家小組或第三方驗收人員；開發單

位。

在軟件開發合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階

段，仔細審閱軟件的需求規格說明書，指出不利于測試和可能存在歧義的描述；在開發方開發完軟

件并經過開發方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤

報告提交給用戶方，由用戶方根據之前簽訂的開發合同中相應的驗收標準判斷是否進行驗收。

2、驗收項目和驗收標準

2.1驗收項目

a）功能項測試

對軟件需求規格說明書中的所有功能項進行測試；

b）業務流程測試

對軟件項目的典型業務流程進行測試；

c）容錯測試

容錯測試的檢查內容包括：

1）軟件對用戶常見的誤操作是否能進行提示；

2）軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；

3）軟件對重要數據的刪除是否有警告和確認提示；

2

4）軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。

d)安全性測試

安全性測試的檢查內容包括:

1)軟件中的密鑰是否以密文方式存儲；

2)軟件是否有留痕功能,即是否保存有用戶的操作日志；

3)軟件中各種用戶的權限分配是否合理；

e)性能測試

對軟件需求規格說明書中明確的軟件性能進行測試。測試的準則是要滿足規格說明書中的各項

性能指標。

f)易用性測試

易用性測試的內容包括:

1)軟件的用戶界面是否友好，是否出現中英文混雜的界面；

2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；

3)軟件中各個模塊的界面風格是否一致；

4)軟件中的查詢結果的輸出方式是否比較直觀、合理。

g)適應性測試

參照用戶的軟、硬件使用環境和需求規格說明書中的規定，列出開發的軟件需要滿足的軟、硬

件環境。對每個環境進行測試。

h)文檔測試

用戶文檔包括:安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內容包括:

1)操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；

2)用戶文檔描述的信息是否正確,是否沒有歧義和錯誤的表達；

3)戶文檔是否容易理解,是否通過使用適當的術語、圖形表示、詳細的解釋來表達；

4)用戶文檔對主要功能和關鍵操作是否提供應用實例；

5)用戶文檔是否有詳細的目錄表和索引表；

i)用戶有特別要求的測試

2.2驗收標準

3

2.2.1軟件錯誤的嚴重性等級

1：不能執行正常功能或重要功能,或者危及人身安全；

2：嚴重地影響系統要求或基本功能的實現,且沒有辦法解決；

3：嚴重地影響系統要求或基本功能的實現,但存在合理的解決辦法；

4：使操作者不方便或遇到麻煩,但不影響執行正常功能或重要功能；

5：其它錯誤；

2.2.2錯誤與嚴重性等級對應表

a)1級錯誤的描述

這一級別的錯誤一般包括以下內容:沒有實現或錯誤地實現重要的功能；業務流程存在重大隱

患；軟件在操作過程中由于軟件自身的原因自動退出系統或出現死機的情況；軟件在操作過程中由

于軟件自身的原因對系統或數據造成破壞；在現有的軟、硬建設環境下不能實現應有的功能；特殊

軟件在操作過程中可能危及系統和人身安全等。

b)2級錯誤的描述

這一級別的錯誤一般包括:沒有實現基本功能，并且不存在替代辦法；沒有實現重要功能中的

部分功能，并且不存在替代辦法；業務流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶

的權限分配不合理；在現有的環境下，不能實現部分功能且沒有替代方案；沒有滿足系統的性能要

求。

c)3級錯誤的描述

這一級的錯誤是與第2級別的錯誤相對應的，而第3級錯誤則存在替代方法；對誤操作或錯

誤操作沒有提示，導致非法數據進入數據庫。

d)4級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不

一；中英文混雜；查詢結果輸出不直觀等。

e)5級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。

其次，對發現的每一個錯誤都要確定相應的嚴重性等級，如表2中的說明

全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求

開發方在規定的時間內全面整改軟件,提交給軟件評測中心再次進行完整的驗收測試。

2.2.2驗收標準

1）測試用例不通過數的比例<1.5%；

4

2）不存在錯誤等級為1的錯誤；

3）不存在錯誤等級為2的錯誤；

4）錯誤等級為3的錯誤數量W5;

5）所有提交的錯誤都已得到更正；

2.3驗收標準的詳細說明

驗收項目的劃分參照GB/T16260標準。在該標準中，將軟件的質量特性分為6大特性、21

個子特性，而對于具體的軟件，并非都要進行這21個特性的測試和評價。本文選取的是最通用的

子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。

需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1級和2級

錯誤，而3級錯誤的數量則可按本標準確定或由用戶方和開發方根據軟件的規模和復雜程度進行商

定，并在軟件開發合同中明確地列出。

在軟件驗收測試中，測試的依據包括軟件的投標文件、開發合同、需求規格說明書,同時還

包括特定軟件的相關行業標準（這些行業標準應在開發合同中明示出來）。

在進行第三方的驗收測試后，軟件評測中心將發現的所有錯誤進行總結和歸納，并提交完整

的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單（所有的錯誤都需經過用戶方和

開發方的確認）。

用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發合同中的驗收標準進行對

照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規定進行。用戶方認為軟件可以驗收，

但要求開發方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤

報告中的所有錯誤全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不

可驗收，要求開發方在

規定的時間內全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。

3、驗收資料

（1）工程立項批準文件

（2）項目驗收申請報告；

（3）工程招標書

（4）工程投標書

5

（5）工程施工中標通知書

（6）工程施工合同（含預算表）

（7）軟件需求說明書；

（8）概要設計說明書；

（9）數據及數據庫設計要求說明書；

（10）詳細設計說明書；

（11）操作手冊；

（12）用戶手冊

（13）項目用戶評價過程意見；

（14）軟件接口規范；

（15）原代碼或安裝盤；

（16）專家組要求的其他材料

4、其他在有條件的情況下，還應該進行安裝測試、壓力測試和數據恢復測試。若進行子系統

驗收或部分驗收，可參照以上方法和資料，雙方共同協商確定。

參考文獻：

GB/T17544；GB/T16260；《軟件驗收標準探討》