軟件項目驗收標準指南資料(共13頁)

1、精選優(yōu)質文檔-傾情為你奉上軟件驗收標準1. 前言1.1. 目的 如下描述:在參考了大量的實踐案例和文獻的基礎上，結合項目特征、客戶需求及當前業(yè)務實際制定本驗收標準，確立項目質量目標，規(guī)范本軟件的驗收。1.2. 范圍如下描述:適用于公司所有類型項目（包括產(chǎn)品研發(fā)類、合同開發(fā)類、項目實施類以及系統(tǒng)集成類）的驗收標準確定。本標準應在軟件合同簽訂時制定，并作為軟件的質量標準指導軟件生產(chǎn)。1.3. 術語定義提供所有為正確解釋本軟件開發(fā)計劃所必需的術語和縮略語的定義。術語很多時，用列表作為本文檔的附件。1.4. 預期讀者與閱讀建議描述本文檔的主要讀者，以及這些讀者在閱讀時的閱讀重點與建議。可用列表的方式列

2、出。如：預期讀者閱讀建議業(yè)務經(jīng)理項目分管領導項目組成員關聯(lián)項目組客戶代表1.5. 參考列出描述參考的所有文檔。GB/T 16260-1996 信息技術/軟件產(chǎn)品評價/質量特性及其使用指南GB/T 17544-1998軟件包質量要求和測試GB/T 15532-2008 計算機軟件測試規(guī)范2. 項目概述3. 驗收原則驗收參與部門：客戶代表、*公司、最終用戶單位、專家小組或第三方驗收人員。在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述；在*公司開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細的測

3、試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給客戶代表，由客戶代表根據(jù)之前簽訂的開發(fā)合同中相應的驗收標準判斷是否進行驗收。4. 總體驗收標準總體驗收標準是*公司結合國家標準、軟件行業(yè)慣例所提出的對于軟件系統(tǒng)質量的最低要求，所有交付的軟件必須滿足本標準的約定。4.1. 標準定義以下內(nèi)容根據(jù)項目實際情況調整：1) 測試用例不通過數(shù)的比例< 1.5 %；2) 不存在錯誤等級為1 的錯誤；3) 不存在錯誤等級為2 的錯誤；4) 錯誤等級為3 的錯誤數(shù)量 5；5) 所有提交的錯誤都已得到更正；4.2. 驗收標準的詳細說明總體驗收標準，即每一級別的錯誤量的可接受范圍。一般來說

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

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

6、2.2. 錯誤與嚴重性等級對應4.2.2.1. 一級錯誤的描述這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機的情況；軟件在操作過程中由于軟件自身的原因對系統(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬建設環(huán)境下不能實現(xiàn)應有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。 4.2.2.2. 二級錯誤的描述這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權限分配不合理；在現(xiàn)有的環(huán)境下，不

7、能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。4.2.2.3. 三級錯誤的描述這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數(shù)據(jù)進入數(shù)據(jù)庫。4.2.2.4. 四級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。4.2.2.5. 五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。5. 項目驗收標準驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進行這2

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

9、 非功能測試5.2.1. 容錯測試容錯測試的檢查內(nèi)容包括:1) 軟件對用戶常見的誤操作是否能進行提示；2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；3) 軟件對重要數(shù)據(jù)的刪除是否有警告和確認提示；4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。5.2.2. 安全性測試安全性測試的檢查內(nèi)容包括:1) 軟件中的密鑰是否以密文方式存儲；2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志；3) 軟件中各種用戶的權限分配是否合理；5.2.3. 性能測試對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。5

10、.2.4. 壓力測試5.2.5. 易用性測試易用性測試的內(nèi)容包括:1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風格是否一致；4) 軟件中的查詢結果的輸出方式是否比較直觀、合理。5.2.6. 適應性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。5.3. 安裝測試5.3.1. 數(shù)據(jù)恢復測試5.3.2. 數(shù)據(jù)接入5.3.3. 數(shù)據(jù)服務5.4. 文檔測試用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內(nèi)容包括:1) 操作

11、、維護文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達；3) 戶文檔是否容易理解, 是否通過使用適當?shù)男g語、圖形表示、詳細的解釋來表達；4) 用戶文檔對主要功能和關鍵操作是否提供應用實例；5) 用戶文檔是否有詳細的目錄表和索引表；5.5. 用戶有特別要求的測試6. 驗收資料1) 解決方案2) 合同3) 需求規(guī)格說明書；4) 概要設計說明書；5) 數(shù)據(jù)及數(shù)據(jù)庫設計要求說明書；6) 詳細設計說明書；7) 操作手冊；8) 用戶手冊；9) 項目用戶評價過程意見；10) 軟件接口規(guī)范；11) 安裝盤；7. 附錄：GB/T 16260軟

12、件質量評價特性7.1. 功能性與一組功能及其指定的性質有關的一組屬性，這里的功能是指滿足明確或隱含的需求的那些功能。這組屬性以軟件為滿足需求做些什么來描述，而其他屬性則以何時做和如何做來描述7.1.1. 適合性與規(guī)定任務能否提供一組功能以及這組功能的適合程度有關的軟件屬性，適合程度的例子是面向任務系統(tǒng)中由子功能構成功能是否合適表容量是否合適等7.1.2. 準確性與能否得到正確或相符的結果或效果有關的軟件屬性，例如此屬性包括計算值所需的準確程度7.1.3. 互操作性、互用性與同其他指定系統(tǒng)進行交互的能力有關的軟件屬性（為避免可能與易替換性的含義相混淆此處用互操作性互用性而不用兼容性）7.1.4.

13、 依從性使軟件遵循有關的標準約定法規(guī)及類似規(guī)定的軟件屬性7.1.5. 安全性與防止對程序及數(shù)據(jù)的非授權的故意或意外訪問的能力有關的軟件屬性7.2. 可靠性與在規(guī)定的一段時間和條件下軟件維持其性能水平的能力有關的一組屬性，即軟件不會老化?？煽啃缘姆N種局限是由于需求、設計和實現(xiàn)中的錯誤所致。由這些錯誤引起的故障取決于軟件產(chǎn)品使用方式和程序任選項的選用方法，而不取決于時間的流逝。7.2.1. 成熟性與由軟件故障引起失效的頻度有關的軟件屬性7.2.2. 容錯性與在軟件故障或違反指定接口的情況下維持規(guī)定的性能水平的能力有關的軟件屬性，指定的性能水平包括失效防護能力7.2.3. 易恢復性與在失效發(fā)生后重建

14、其性能水平并恢復直接受影響數(shù)據(jù)的能力以及為達此目的所需的時間和努力有關的軟件屬性7.3. 易用性7.3.1. 易理解性與用戶為認識邏輯概念及其應用范圍所花的努力有關的軟件屬性7.3.2. 易學性與用戶為學習軟件應用例如運行控制輸入輸出所花的努力有關的軟件屬性7.3.3. 易操作性與用戶為操作和運行控制所花努力有關的軟件屬性7.4. 效率與在規(guī)定的條件下，軟件的性能水平與所使用資源量之間關系有關的一組屬性7.4.1. 時間特性與軟件執(zhí)行其功能時響應和處理時間以及吞吐量有關的軟件屬性7.4.2. 資源特性與在軟件執(zhí)行其功能時所使用的資源數(shù)量及其使用時間有關的軟件屬性7.5. 維護性與進行指定的修改所需的努力有關的一組屬性7.5.1. 易分析性與為診斷缺陷或失效原因及為判定待修改的部分所需努力有關的軟件屬性7.5.2. 易改變性與進行修改排除錯誤或適應環(huán)境變化所需努力有關的軟件屬性7.5.3. 穩(wěn)定性與修改所造成的未預料結果的風險有關的軟件屬性7.5.4. 易測試性與確認已修改軟件所需的努力有關的軟件