1、實用標準文案文檔修訂記錄版本號*變化 狀態簡要說明日期艾更人批準 日期批準 人V1.0新建初始版本精彩文檔目錄1. 前言 31.1. 目的 31.2. 范圍 31.3. 術語定義 31.4. 預期讀者與閱讀建議 32. 驗收原則 33. 總體驗收標準 43.1. 標準定義 43.2. 驗收標準的詳細說明 43.2.1. 軟件錯誤的嚴重性等級 43.2.2. 錯誤與嚴重性等級對應 53.2.2.1. 一級錯誤的描述 53.2.2.2. 二級錯誤的描述 53.2.2.3. 三級錯誤的描述 53.2.2.4. 四級錯誤的描述 53.2.2.5. 五級錯誤的描述 64. 項目驗收標準 64.1. 功能

2、驗收 64.1.1. 功能項驗收 64.1.2. 業務流程驗收 64.2. 非功能驗收 64.2.1. 容錯3收 64.2.2. 安全性驗收 64.2.3. 性能/壓力3收 74.2.4. 易用性驗收 74.2.5. 適應性驗收 74.3. 安裝驗收 74.3.1. 數據恢復驗收 74.3.2. 數據接入驗收 74.4. 文檔驗收 74.5. 用戶有特別要求的功能驗收 85. 驗收資料 81 .刖百1.1. 目的在參考了大量的實踐案例和文獻的基礎上，結合項目特征和實際制定本驗收標準指導 書，確立項目質量目標，規范軟件的驗收。1.2. 范圍適用于公司所有IT類型項目（包括合同開發類、項目實施類以

3、及系統集成類）的驗收 標準確定。1.3. 術語定義1.4. 預期讀者與閱讀建議預期讀者閱讀建議項目經理對本標準與重要需求方、供應商達成共識，并熟知該標準項目分管領導了解本標準并認可項目組成員熟知本標準重要需求方對本標準與項目經理、供應商達成共識，并熟知該標準供應商對本標準與項目經理、重要需求方達成共識、并熟知和遵守該標準其他重要相關方了解本標準主要內容2 .驗收原則驗收參與部門：供應商代表、項目業主、監理人員、專家小組或第三方驗收人員。在軟件開發合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規格說明書，指出不利于測試和可能存在歧義的描述；在開發完

4、軟件并經過開發方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給項目業主，由項目業主根據之前簽訂的開發合同中相應的驗收標準判斷是否進行驗收。3 .總體驗收標準總體驗收標準是結合國家標準、軟件行業慣例所提出的對于軟件系統質量的最低要求， 所有交付的軟件必須滿足本標準的約定。3.1. 標準定義以下內容根據項目實際情況調整：1） 測試用例不通過數的比例 < 1.5 % ;2）不存在錯誤等級為1的錯誤；3）不存在錯誤等級為2的錯誤；4） 錯誤等級為3的錯誤數量W 5 ；5）所有提交的錯誤都已得到更正；3.2. 驗收標準的詳細說明3.2.1. ，即每一級別的錯誤量

5、的可接受范圍。一般來說，不允許存在1級和2級錯誤，而3級錯誤的數量則可按本標準確定或由用戶方和開發方根據軟件的規模和復雜 程度進行商定，并在軟件開發合同中明確地列出。在軟件驗收測試中，測試的依據包括軟件的投標文件、開發合同、需求規格說明書，同時還包括特定軟件的相關行業標準（這些行業標準應在開發合同中明示出來）。在進行第三方的驗收測試后，軟件評測中心將發現的所有錯誤進行總結和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單（所有的錯誤都需經過用戶方和開發方的確認）。用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發合同中的驗收標準進行對照，如錯誤的級別和數量在合同

6、中沒有約定， 可按本辦法的規定進行。 用戶方認為軟 件可以驗收，但要求開發方對錯誤報告中的所有錯誤進行整改，進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發方在規定的時間內全面整改軟件，再次進行完整的驗收測試。3.2.2. 軟件錯誤的嚴重性等級軟件錯誤的嚴重等級由重到輕，如下：1）不能執行正常功能或重要功能，或可能危機整個系統、網絡、設備的安全；2）嚴重地影響系統要求或基本功能的實現 ，且沒有辦法解決；3）嚴重地影響系統要求或基本功能的實現 ，但存在合理的解決辦法；4）使操作者不方便或遇到麻煩，但不影響執行正常功能或重

7、要功能；5） 其它錯誤；3.2.3. 錯誤與嚴重性等級對應3.2.3.1. 一級錯誤的描述這一級別的錯誤一般包括以下內容：沒有實現或錯誤地實現重要的功能；業務流程存在 重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統或出現死機、系統崩潰等情況；軟件在操作過程中由于軟件自身的原因對系統或數據造成破壞；在現有的軟、硬建設環境下不能實現應有的功能；特殊軟件在操作過程中可能危及系統安全、網絡安全和設備安全等。3222二級錯誤的描述這一級別的錯誤一般包括：沒有實現基本功能，并且不存在替代辦法； 沒有實現重要功 能中的部分功能，并且不存在替代辦法；業務流程銜接錯誤； 密鑰以明文方式存儲；沒有留痕功

8、能；用戶的權限分配不合理；在現有的環境下，不能實現部分功能且沒有替代方案；沒 有滿足系統的性能要求。322.3. 三級錯誤的描述這一級的錯誤是與第 2級別的錯誤相對應的，而第 3級錯誤則存在替代方法；對誤操 作或錯誤操作沒有提示，導致非法數據進入數據庫。322.4. 四級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。322.5. 五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。4 .項目驗收標準4.1. 功能驗收4.1.1. 功能項驗收對軟件需求規格說明書中的所有功能項進行測試驗收；4.1.2.

9、業務流程驗收主要是對軟件項目的典型業務流程進行測試驗收；4.2. 非功能驗收4.2.1. 容錯驗收容錯驗收的內容主要包括：1）軟件對用戶常見的誤操作是否能進行提示；2）軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；3）軟件對重要數據的刪除是否有警告和確認提示；4）軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯 誤提示。4.2.2. 安全性驗收安全性驗收的檢查內容主要包括：1）軟件中的密鑰是否以密文方式存儲；2）軟件是否有留痕功能，即是否保存有用戶的操作日志，并按照規則進行日志切割保 存；3）軟件中各種用戶的權限分配是否合理；4.2.3. 性能/壓力驗收對軟

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