1、 產品驗收標準文檔修訂記錄版本號*變化狀態簡要說明日期變更人批準日期批準人V1.0C初始版本*變化狀態：C = 創立，A = 增加，M = 修改，D = 刪除*正式發布時文檔版本號從1.0開始。對文檔進行小改動時，版本號以0.1進階；大改動時版本號以1.0進階。文檔審批記錄序號審批人角色審批日期簽字備注目錄1.前言51.1.目的51.2.范圍51.3.術語定義51.4.預期讀者與閱讀建議51.5.參考52.項目概述63.驗收原則64.總體驗收標準64.1.標準定義64.2.驗收標準的詳細說明64.2.1.軟件錯誤的嚴重性等級74.2.2.錯誤與嚴重性等級對應74.2.2.1.一級錯誤的描述74

2、.2.2.2.二級錯誤的描述74.2.2.3.三級錯誤的描述84.2.2.4.四級錯誤的描述84.2.2.5.五級錯誤的描述85.項目驗收標準85.1.功能測試85.1.1.功能項測試85.1.1.1.功能一85.1.1.2.功能二95.1.2.業務流程測試95.1.2.1.業務流程一95.1.2.2.業務流程二95.2.非功能測試95.2.1.容錯測試95.2.2.安全性測試105.2.3.性能測試105.2.4.壓力測試105.2.5.易用性測試105.2.6.適應性測試105.3.安裝測試115.3.1.數據恢復測試115.3.2.數據接入115.3.3.數據服務115.4.文檔測試11

3、5.5.用戶有特別要求的測試116.驗收資料117.附錄：GB/T 16260軟件質量評價特性127.1.功能性127.1.1.適合性127.1.2.準確性127.1.3.互操作性、互用性127.1.4.依從性127.1.5.安全性127.2.可靠性137.2.1.成熟性137.2.2.容錯性137.2.3.易恢復性137.3.易用性137.3.1.易理解性137.3.2.易學性137.3.3.易操作性137.4.效率147.4.1.時間特性147.4.2.資源特性147.5.維護性147.5.1.易分析性147.5.2.易改變性147.5.3.穩定性147.5.4.易測試性147.6.可移植

4、性147.6.1.適應性157.6.2.易安裝性157.6.3.遵循性157.6.4.易替換性151. 前言1.1. 目的 如下描述:在參考了大量的實踐案例和文獻的基礎上，結合項目特征、客戶需求及當前業務實際制定本驗收標準，確立項目質量目標，規范本軟件的驗收。1.2. 范圍如下描述:適用于公司所有類型項目（包括產品研發類、合同開發類、項目實施類以及系統集成類）的驗收標準確定。本標準應在軟件合同簽訂時制定，并作為軟件的質量標準指導軟件生產。1.3. 術語定義提供所有為正確解釋本軟件開發計劃所必需的術語和縮略語的定義。術語很多時，用列表作為本文檔的附件。1.4. 預期讀者與閱讀建議描述本文檔的主要

5、讀者，以及這些讀者在閱讀時的閱讀重點與建議?？捎昧斜淼姆绞搅谐?。如：預期讀者閱讀建議業務經理項目分管領導項目組成員關聯項目組客戶代表1.5. 參考列出描述參考的所有文檔。GB/T 16260-1996 信息技術/軟件產品評價/質量特性及其使用指南GB/T 17544-1998軟件包質量要求和測試GB/T 15532-2008 計算機軟件測試規范2. 項目概述3. 驗收原則驗收參與部門：客戶代表、*公司、最終用戶單位、專家小組或第三方驗收人員。在軟件開發合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規格說明書，指出不利于測試和可

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

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

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

9、麻煩, 但不影響執行正常功能或重要功能；5) 其它錯誤；4.2.2. 錯誤與嚴重性等級對應4.2.2.1. 一級錯誤的描述這一級別的錯誤一般包括以下內容: 沒有實現或錯誤地實現重要的功能；業務流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統或出現死機的情況；軟件在操作過程中由于軟件自身的原因對系統或數據造成破壞；在現有的軟、硬建設環境下不能實現應有的功能；特殊軟件在操作過程中可能危及系統和人身安全等。 4.2.2.2. 二級錯誤的描述這一級別的錯誤一般包括: 沒有實現基本功能，并且不存在替代辦法；沒有實現重要功能中的部分功能，并且不存在替代辦法；業務流程銜接錯誤；密鑰以明文方式

10、存儲；沒有留痕功能；用戶的權限分配不合理；在現有的環境下，不能實現部分功能且沒有替代方案；沒有滿足系統的性能要求。4.2.2.3. 三級錯誤的描述這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。4.2.2.4. 四級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。4.2.2.5. 五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。5. 項目驗收標準驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質量特性分為6

11、 大特性、21 個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充，請參考附錄“GB/T 16260軟件質量評價特性”。5.1. 功能測試5.1.1. 功能項測試對軟件需求規格說明書中的所有功能項進行測試；5.1.1.1. 功能一1) 功能名稱2) 功能描述3) 目標結果5.1.1.2. 功能二1) 功能名稱2) 功能描述3) 目標結果5.1.2. 業務流程測試對軟件項目的典型業務流程進行測試；5.1.2.1. 業務流程一1) 業務流程名稱2) 流程圖及說明3) 目標結果5.1.2.2. 業務流程

12、二1) 業務流程名稱2) 流程圖及說明3) 目標結果5.2. 非功能測試5.2.1. 容錯測試容錯測試的檢查內容包括:1) 軟件對用戶常見的誤操作是否能進行提示；2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；3) 軟件對重要數據的刪除是否有警告和確認提示；4) 軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。5.2.2. 安全性測試安全性測試的檢查內容包括:1) 軟件中的密鑰是否以密文方式存儲；2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志；3) 軟件中各種用戶的權限分配是否合理；5.2.3. 性能測試對軟件需求規格說明書中明確的軟件性

13、能進行測試。測試的準則是要滿足規格說明書中的各項性能指標。5.2.4. 壓力測試5.2.5. 易用性測試易用性測試的內容包括:1) 軟件的用戶界面是否友好，是否出現中英文混雜的界面；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風格是否一致；4) 軟件中的查詢結果的輸出方式是否比較直觀、合理。5.2.6. 適應性測試參照用戶的軟、硬件使用環境和需求規格說明書中的規定，列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。5.3. 安裝測試5.3.1. 數據恢復測試5.3.2. 數據接入5.3.3. 數據服務5.4. 文檔測試用戶文檔包括: 安裝手

14、冊、操作手冊和維護手冊。對用戶文檔測試的內容包括:1) 操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達；3) 戶文檔是否容易理解, 是否通過使用適當的術語、圖形表示、詳細的解釋來表達；4) 用戶文檔對主要功能和關鍵操作是否提供應用實例；5) 用戶文檔是否有詳細的目錄表和索引表；5.5. 用戶有特別要求的測試6. 驗收資料1) 解決方案2) 合同3) 需求規格說明書；4) 概要設計說明書；5) 數據及數據庫設計要求說明書；6) 詳細設計說明書；7) 操作手冊；8) 用戶手冊；9) 項目用戶評價過程意見；10) 軟件

15、接口規范；11) 安裝盤；7. 附錄：GB/T 16260軟件質量評價特性7.1. 功能性與一組功能及其指定的性質有關的一組屬性，這里的功能是指滿足明確或隱含的需求的那些功能。這組屬性以軟件為滿足需求做些什么來描述，而其他屬性則以何時做和如何做來描述7.1.1. 適合性與規定任務能否提供一組功能以及這組功能的適合程度有關的軟件屬性，適合程度的例子是面向任務系統中由子功能構成功能是否合適表容量是否合適等7.1.2. 準確性與能否得到正確或相符的結果或效果有關的軟件屬性，例如此屬性包括計算值所需的準確程度7.1.3. 互操作性、互用性與同其他指定系統進行交互的能力有關的軟件屬性（為避免可能與易替換

16、性的含義相混淆此處用互操作性互用性而不用兼容性）7.1.4. 依從性使軟件遵循有關的標準約定法規及類似規定的軟件屬性7.1.5. 安全性與防止對程序及數據的非授權的故意或意外訪問的能力有關的軟件屬性7.2. 可靠性與在規定的一段時間和條件下軟件維持其性能水平的能力有關的一組屬性，即軟件不會老化?？煽啃缘姆N種局限是由于需求、設計和實現中的錯誤所致。由這些錯誤引起的故障取決于軟件產品使用方式和程序任選項的選用方法，而不取決于時間的流逝。7.2.1. 成熟性與由軟件故障引起失效的頻度有關的軟件屬性7.2.2. 容錯性與在軟件故障或違反指定接口的情況下維持規定的性能水平的能力有關的軟件屬性，指定的性能

17、水平包括失效防護能力7.2.3. 易恢復性與在失效發生后重建其性能水平并恢復直接受影響數據的能力以及為達此目的所需的時間和努力有關的軟件屬性7.3. 易用性7.3.1. 易理解性與用戶為認識邏輯概念及其應用范圍所花的努力有關的軟件屬性7.3.2. 易學性與用戶為學習軟件應用例如運行控制輸入輸出所花的努力有關的軟件屬性7.3.3. 易操作性與用戶為操作和運行控制所花努力有關的軟件屬性7.4. 效率與在規定的條件下，軟件的性能水平與所使用資源量之間關系有關的一組屬性7.4.1. 時間特性與軟件執行其功能時響應和處理時間以及吞吐量有關的軟件屬性7.4.2. 資源特性與在軟件執行其功能時所使用的資源數量及其使用時間有關的軟件屬性7.5. 維護性與進行指定的修改所需的努力有關的一組屬性7.5.1. 易分析性與為診斷缺陷或失效原因及為判定待修改的部分所需努力有關的軟件屬性7.5.2. 易改變性與進行修改排除錯誤或適應環境變化所需努力有關的軟件屬性7.5.3. 穩定性與修改所造成的未預