1、文檔修訂記錄版本號*變化狀態簡要說明日期變更人批準 日 期批準人新建初始版本目錄前言1.1. 目的 在參考了大量的實踐案例和文獻的基礎上，結合項目特征和實際制定本驗收 標準指導書，確立項目質量目標，規范軟件的驗收。1.2. 范圍適用于公司所有 IT 類型項目（包括合同開發類、 項目實施類以及系統集成類） 的驗收標準確定。1.3. 術語定義1.4. 預期讀者與閱讀建議預期讀者閱讀建議項目經理對本標準與重要需求方、供應商達成共識，并熟知該標 準項目分管領導了解本標準并認可項目組成員熟知本標準重要需求方對本標準與項目經理、供應商達成共識，并熟知該標準供應商對本標準與項目經理、重要需求方達成共識、并熟

2、知和遵守該標準其他重要相關方了解本標準主要內容驗收原則驗收參與部門：供應商代表、項目業主、監理人員、專家小組或第三方驗收 人員。在軟件開發合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在 軟件的需求評審階段，仔細審閱軟件的需求規格說明書，指出不利于測試和可能 存在歧義的描述；在開發完軟件并經過開發方內部仔細的測試后，對完成的軟件 進行評審或第三方的驗收測試，提供完整的錯誤報告提交給項目業主，由項目業 主根據之前簽訂的開發合同中相應的驗收標準判斷是否進行驗收總體驗收標準總體驗收標準是結合國家標準、軟件行業慣例所提出的對于軟件系統質量的 最低要求，所有交付的軟件必須滿足本標準的約定。1.5

3、. 標準定義以下內容根據項目實際情況調整： 1) 測試用例不通過數的比例 % ；2) 不存在錯誤等級為 1 的錯誤；3) 不存在錯誤等級為 2 的錯誤；4) 錯誤等級為 3 的錯誤數量 5 ；5) 所有提交的錯誤都已得到更正；1.6. 驗收標準的詳細說明總體驗收標準， 即每一級別的錯誤量的可接受范圍。 一般來說， 不允許存在 1 級和 2 級錯誤，而 3 級錯誤的數量則可按本標準確定或由用戶方和開發方根據軟 件的規模和復雜程度進行商定，并在軟件開發合同中明確地列出。在軟件驗收測試中， 測試的依據包括軟件的投標文件、開發合同、需求規格 說明書 , 同時還包括特定軟件的相關行業標準 (這些行業標準

4、應在開發合同中明示 出來 )。在進行第三方的驗收測試后，軟件評測中心將發現的所有錯誤進行總結和歸 納， 并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單 (所有的錯誤都需經過用戶方和開發方的確認 )。用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發合同中的驗收標準進行對照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規定 進行。用戶方認為軟件可以驗收，但要求開發方對錯誤報告中的所有錯誤進行整改，進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和 數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發方在規定的時 間內全面整改軟件，再次進行完整

5、的驗收測試。1.6.1. 軟件錯誤的嚴重性等級軟件錯誤的嚴重等級由重到輕，如下：1) 不能執行正常功能或重要功能， 或可能危機整個系統、 網絡、 設備的安全；2) 嚴重地影響系統要求或基本功能的實現 , 且沒有辦法解決；3) 嚴重地影響系統要求或基本功能的實現 , 但存在合理的解決辦法；4) 使操作者不方便或遇到麻煩 , 但不影響執行正常功能或重要功能；5) 其它錯誤；1.6.2. 錯誤與嚴重性等級對應1.6.2.1. 一級錯誤的描述這一級別的錯誤一般包括以下內容 : 沒有實現或錯誤地實現重要的功能； 業務流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統或出現 死機、系統崩潰等

6、情況；軟件在操作過程中由于軟件自身的原因對系統或數據造 成破壞；在現有的軟、硬建設環境下不能實現應有的功能；特殊軟件在操作過程 中可能危及系統安全、網絡安全和設備安全等。1.6.2.2. 二級錯誤的描述這一級別的錯誤一般包括 : 沒有實現基本功能， 并且不存在替代辦法； 沒有實 現重要功能中的部分功能，并且不存在替代辦法；業務流程銜接錯誤；密鑰以明 文方式存儲；沒有留痕功能；用戶的權限分配不合理；在現有的環境下，不能實 現部分功能且沒有替代方案；沒有滿足系統的性能要求。1.6.2.3. 三級錯誤的描述這一級的錯誤是與第 2 級別的錯誤相對應的， 而第 3 級錯誤則存在替代方法； 對誤操作或錯誤

7、操作沒有提示，導致非法數據進入數據庫。1.6.2.4. 四級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一； 中英文混雜；查詢結果輸出不直觀等。1.6.2.5. 五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。項目驗收標準1.7. 功能驗收1.7.1. 功能項驗收對軟件需求規格說明書中的所有功能項進行測試驗收；1.7.2. 業務流程驗收主要是對軟件項目的典型業務流程進行測試驗收；1.8. 非功能驗收1.8.1. 容錯驗收容錯驗收的內容主要包括 :1) 軟件對用戶常見的誤操作是否能進行提示；2) 軟件對用戶的的操作錯誤和軟件錯誤，是否

8、有準確、清晰的提示；3) 軟件對重要數據的刪除是否有警告和確認提示；4) 軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有 相應的錯誤提示。1.8.2. 安全性驗收安全性驗收的檢查內容主要包括 :1) 軟件中的密鑰是否以密文方式存儲；2) 軟件是否有留痕功能 , 即是否保存有用戶的操作日志， 并按照規則進行日 志切割保存；3) 軟件中各種用戶的權限分配是否合理；1.8.3. 性能/ 壓力驗收對軟件需求規格說明書中明確的軟件并發 / 性能進行驗收。 驗收的準則是要滿 足規格說明書中的各項并發 / 性能指標。1.8.4. 易用性驗收易用性驗收的內容主要包括 :1) 軟件的用戶界面是

9、否友好，是否出現中英文混雜的界面，界面功能排列是 否合理；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風格是否一致；4) 軟件中的查詢結果的輸出方式是否比較直觀、合理 。1.8.5. 適應性驗收參照用戶的軟、硬件使用環境和需求規格說明書中的規定，列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。1.9. 安裝驗收1.9.1. 數據恢復驗收1.9.2. 數據接入驗收1.10. 文 檔驗收用戶文檔包括 : 安裝手冊、操作手冊和維護手冊。對用戶文檔驗收的內容包括:1) 操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確 , 是否沒有歧義和錯誤的表達；3) 戶文檔是否容易理解 , 是否通過使用適當的術語、圖形表示、詳細的解釋來表達；4) 用戶文檔對主要功能和關鍵操作是否提供應用實例；5) 用戶文檔是