1、文檔修訂記錄版本號務變化狀態簡要說明日期變更人s 批準 人v1.0c初始版本*變化狀態： c =創立， a=增加， m =修改，d =刪除*正式發布時文檔版木號從1.0 開始。對文檔進行小改動時，版木號以0.1 進階；大改動時版木號以1.0 進階。文檔審批記錄序號審批人角色審批口期備注目錄1. 前言 3 1. 1. 目的 3 1. 2.范圍 3 1.3.術語定義 3 1.4.預期讀者與閱讀建議31. 5.參考 4 2. 工程概述 4 3. 驗收原則 4 4. 總體驗收標準44. 1. 標準定義 4 4. 2.驗收標準的詳細說明54. 2. 1.軟件錯誤的嚴重性等級54. 2. 2.錯誤與嚴重性

2、等級對應64. 2. 2. 1. 一級錯誤的描述6 4. 2. 2. 2.二級錯誤的描述6 4. 2. 2. 3.三級錯誤的描述6 4.2.2. 4. 四級錯誤的描述6 4. 2. 2. 5.五級錯誤的描述6 5. 工程驗收標準75.1. 功能測試 7 5.1.1.功能項測試7 5. 1. 1. 1.功能一7 5. 1. 1.2.功能二7 5. 1. 2.業務流程測試7 5. 1. 2. 1.業務流程一7 5. 1. 2. 2.業務流程二8 5.2. 非功能測試8 5.2.1.容錯測試 8 5.2.2. 安全性測試8 5.2.3. 性能測試 8 5.2.4. 壓力測試 9 5.2.5. 易用性

3、測試9 5.2.6. 適應性測試9 5.3. 安裝測試 9 5.3.1. 數據恢復測試9 5.3.2. 數據接入 9 5.3.3. 數據服務 9 5.4. 文檔測試 9 5.5. 用戶有特別要求的測試106. 驗收資料 10 7. 附錄： gb/t 16260 軟件質量評價特性10 7.1.功能性 10 7.1.1. 適合性 10 7.1.2. 準確性 11 7.1.3. 互操作性、互用性11 7.1.4. 依從性 11 7.1.5. 安全性 11 72 可靠性 11 7.2.1. 成熟性 11 7.2.2. 容錯性 11 7.2.3.m 恢復性 12 7.3. 易用性 12 7.3.1. 易

4、理解性 12 7.32 易學性 12 7.3.3.易操作性 12 7.4. 效率 12 7.4.1. 時間特性 12 7.4.2. 資源特性 12 7.5.維護性 12 7.5.1. 易分析性 13 7.5.2. 易改變性 13 7.5.3. 穩定性 13 7.5.4. 易測試性 13 7.6 ?可移植性 13 7.6.1. 適應性 13 7.6.2. 易安裝性 13 7.6.3. 遵循性 13 7.6.4. 易替換性 14 1.1.目的（如下描述 : ）在參考了大量的實踐案例和文獻的基礎上，結合工程特征、客戶需求及當前業務實際制定本驗收標準，確立工程質量目標，規范本軟件的驗收。1.2.范圍如

5、下描述：）適用于公司所有類型工程（包括產品研發類、合同開發類、工程實施類以及系統集成類）的驗收標準確定。本標準應在軟件合同簽訂時制定，并作為軟件的質量標準指導軟件生產。1.3.術語定義提供所有為正確解釋本軟件開發計劃所必需的術語和縮略語的定義。術語很多時，用列表作為本文檔的附件。1? 4? 預期讀者與閱讀建議描述本文檔的主要讀者，以及這些讀者在閱讀時的閱讀重點與建議。可用列表的方式列出。如：預期讀者閱讀建議業務經理工程分管領導工程組成員關聯工程組1.刖弓客戶代表1. 5.參考（列出描述參考的所有文檔。）gb/t 16260-1996 信息技術 / 軟件產品評價 / 質量特性及其使用指南gb/t

6、17544-1998 軟件包質量要求和測試ge/t 15532-2008 計算機軟件測試規范2.工程概述3?驗收原則驗收參與部門：客戶代表、決公司、最終用戶單位、專家小組或第三方驗收人員。在軟件開發合同的簽訂階段就提岀軟件驗收工程和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規格說明書，指出不利于測試和可能存在歧義的描述；在杠公司開發完軟件并經過開發方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給客戶代表，由客戶代表根據之前簽訂的開發合同中相應的驗收標準判斷是否進行驗收。4. 總體驗收標準總體驗收標準是公司結合國家標準、軟件行業慣例所提出的對

7、于軟件系統質量的最低要求，所有交付的軟件必須滿足本標準的約定。4.1.標準定義以下內容根據工程實際情況調整：1）測試用例不通過數的比例1.5 %；2）不存在錯誤等級為1 的錯誤；3）不存在錯誤等級為2 的錯誤；4）錯誤等級為3 的錯誤數量w5；5）所有提交的錯誤都已得到更正；4.2.驗收標準的詳細說明總體驗收標準， 即每一級別的錯誤量的可接受范i 制。一般來說，不允許存在1 級和 2 級錯誤，而 3 級錯誤的數量則可按本標準確定或由用戶方和開發方根據軟件的規模和復雜程度進行商定，并在軟件開發合同中明確地列出。在軟件驗收測試中，測試的依據包括軟件的投標文件、開發合同、需求規格說明書，同時還包括特

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

9、件，再次進行完整的驗收測試。4.2.1.軟件錯誤的嚴重性等級軟件錯誤的嚴重等級由重到輕，如下：1）不能執行正常功能或重要功能，或者危及人身安全；2）嚴重地影響系統要求或基本功能的實現，且沒有辦法解決；3）嚴重地影響系統要求或基本功能的實現，但存在合理的解決辦法；4）使操作者不方便或遇到麻煩，但不影響執行正常功能或重要功能；5）其它錯誤；4.2.2.錯誤與嚴重性等級對應4.221? _級錯誤的描述這一級別的錯誤一般包扌舌以下內容：沒有實現或錯誤地實現重要的功能；業務流程存在重人隱患；軟件在操作過程中由于軟件自身的原因自動退出系統或出現死機的情況：軟件在操作過程中由于軟件自身的原因對系統或數據造成

10、破壞；在現有的軟、硬建設壞境下不能實現應有的功能：特殊軟件在操作過程中可能危及系統和人身安全等。4? 2.2? 2? 二級錯誤的描述這一級別的錯誤一般包扌上沒有實現基本功能，并且不存在替代辦法；沒有實現重要功能中的部分功能，并且不存在替代辦法：業務流程銜接錯誤；密鑰以明文方式存儲：沒有留痕功能；用戶的權限分配不合理；在現有的環境卞，不能實現部分功能且沒有替代方案；沒有滿足系統的性能要求。4? 2.2? 3? 三級錯誤的描述這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。4? 2.2? 4? 四級錯誤的描述這一級別的錯誤

11、通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。422.5?五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。5. 工程驗收標準驗收工程的劃分參照gb/t 16260 標準。在該標準中，將軟件的質量特性分為6 人特性、 21個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收工程進行剪裁或擴充，請參考附錄 “gb/m6260軟件質量評價特性”。5. 1.功能測試5.1.1. 功能項測試對軟件需求規格說明書中的所有功能項進行測試；5? 1? 1? 1

12、? 功能一1）功能名稱2）功能描述3）目標結果5.1.1.2 ?功能二1）功能名稱2）功能描述3）目標結果5.1.2. 業務流程測試對軟件工程的典型業務流程進行測試：5.1.2.1.業務流程一1）業務流程名稱2）流程圖及說明3）目標結果5.1.2.2. 業務流程二1） 業務流程名稱2） 流程圖及說明3） 目標結果5.2.非功能測試5.2.1. 容錯測試容錯測試的檢查內容包扌舌：1） 軟件對用戶常見的誤操作是否能進行提示；2） 軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；3） 軟件對重要數據的刪除是否有警告和確認提示；4） 軟件是否能判斷數據的有效性，屏蔽用 戶的錯誤輸入 ，識 別

13、非法值，并有相應的錯誤提示。5.2.2. 安全性測試安全性測試的檢查內容包括：1） 軟件中的密鑰是否以密文方式存儲；2）軟件是否有留痕功能，即是否保存有用戶的操作口志；3） 軟件中各種用戶的權限分配是否合理；5.2.3. 性能測試對軟件需求規格說明書中明確的軟件性能進行測試。 測試的準則是要滿足規格說明書中的各項性能指標 5.2.4.壓力測試5.2.5. 易用性測試易用性測試的內容包扌舌：1） 軟件的用戶界面是否友好，是否出現中英文混雜的界面：2） 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3） 軟件中各個模塊的界面風格是否一致；4） 軟件中的查詢結果的輸出方式是否比較直觀、合

14、理。5.2.6. 適應性測試參照用戶的軟、硬件使用壞境和需求規格說明書中的規定，列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。5. 3.安裝測試5.3.1. 數據恢復測試5.3.2. 數據接入5.3.3. 數據服務5.4.文檔測試用戶文檔包括：安裝手冊、操作手冊和維護于?冊。對用戶文檔測試的內容包扌舌：1） 操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；2） 用戶文檔描述的信息是否正確，是否沒有歧義和錯誤的表達；3） 戶文檔是否容易理解，是否通過使用適當的術語、圖形表示、詳細的解釋來表達；4） 用戶文檔對主要功能和關鍵操作是否提供應用實例：5） 用戶文檔是否有

15、詳細的目錄表和索引表；5.5.用戶有特別要求的測試6. 驗收資料1） 解決方案2） 合同3） 需求規格說明書；4） 概要設計說明書；5） 數據及數據庫設計要求說明書；6） 詳細設計說明書；7） 操作手冊；8） 用戶手冊；9） 工程用戶評價過程意見；10） 軟件接口規范；11） 安裝盤；7. 附錄：gb/t 16260軟件質量評價特性7.1.功能性與一組功能及其指定的性質有關的一組屬性，這里的功能是指滿足明確或隱含的需求的那些功能。這組屬性以軟件為滿足需求做些什么來描述，而其他屬性則以何時做和如何做來描述7.1.1. 適合性與規定任務能否提供一組功能以及這組功能的適合程度有關的軟件屬性，適合程度

16、的例子是面向任務系統中由子功能構成功能是否合適表容量是否合適等7.1.2.準確性與能否得到正確或相符的結果或效果有關的軟件屬性，例如此屬性包括計算值所需的準確程度7.1.3. 互操作性、互用性與同其他指定系統進行交互的能力有關的軟件屬性（為避免可能與易替換性的含義相混淆此處用互操作性互用性而不用兼容性）7.1.4. 依從性使軟件遵循有關的標準約定法規及類似規定的軟件屬性7.1.5. 安全性與防止對程序及數據的非授權的故意或意外訪問的能力有關的軟件屬性7.2.可靠性與在規定的一段時間和條件下軟件維持其性能水平的能力有關的一組屬性，即軟件不會老化。可靠性的種種局限是由于需求、設計和實現中的錯誤所致

17、。由這些錯誤引起的故障取決于軟件產品使用方式和程序任選項的選用方法，而不取決于時間的流逝。7.2.1.成熟性與由軟件故障引起失效的頻度有關的軟件屬性7.2.2.容錯性與在軟件故障或違反指定接11 的情況下維持規定的性能水平的能力有關的軟件屬性, 指定的性能水平包括失效防護能力7.2.3.易恢復性與在失效發生后重建其性能水平并恢復直接受影響數據的能力以及為達此目的所需的時間和努力有關的軟件屬性7. 3.易用性7.3.1. 易理解性與用戶為認識邏輯概念及其應用范i 制所花的努力有關的軟件屬性7.3.2. 易學性與用戶為學習軟件應用例如運行控制輸入輸出所花的努力有關的軟件屬性7.3.3. 易操作性與用戶為操作和運行控制所花努力有關的軟件屬性與在規定的條件卞，軟件的性能水平與所使用資源量之間關系有關的一組屬性7.4.1. 時間特性與軟件執行其功能時響應和處理時間以及吞吐量有關的軟件屬性7.4.2. 資源特性與在軟件執行其功能時所使用的資源數量及其使用時間有關的軟件屬性7.5.維護性與進行指定的修改所需的努力有關的一組屬性7.5.1. 易分析性與為診斷缺陷或失效原因及為判定待修改的部分所需努力有關的軟件屬性7.5.2. 易改變性與進行修改排除錯誤或適應環境變化所需努力有關的軟件屬