軟件項目驗收標準文檔【精選文檔】

1、軟件項目驗收標準文檔【精選文檔】文檔修訂記錄版本號變化狀態(tài)簡要說明日期變更人批準日期批準人V1.0C初始版本*變化狀態(tài)：C = 創(chuàng)立,A = 增加，M = 修改,D = 刪除正式發(fā)布時文檔版本號從1.0開始.對文檔進行小改動時,版本號以0。1進階；大改動時版本號以1.0進階.矚慫潤厲釤瘞睞櫪廡賴.文檔審批記錄序號審批人角色審批日期簽字備注目錄1.前言5聞創(chuàng)溝燴鐺險愛氌譴凈.1.1。目的5殘騖樓諍錈瀨濟溆塹籟。1。2。范圍5釅錒極額閉鎮(zhèn)檜豬訣錐.1.3.術(shù)語定義5彈貿(mào)攝爾霽斃攬磚鹵廡。1.4。預期讀者與閱讀建議5謀蕎摶篋飆鐸懟類蔣薔。1.5.參考5廈礴懇蹣駢時盡繼價騷。2.工程概述6煢楨廣鰳鯡選

2、塊網(wǎng)羈淚。3.驗收原則6鵝婭盡損鵪慘歷蘢鴛賴。4.總體驗收標準6籟叢媽羥為贍僨蟶練淨。4。1.標準定義6預頌圣鉉儐歲齦訝驊糴。4。2。驗收標準的詳細說明6滲釤嗆儼勻諤鱉調(diào)硯錦.4。2.1。軟件錯誤的嚴重性等級7鐃誅臥瀉噦圣騁貺頂廡。4。2。2.錯誤與嚴重性等級對應7擁締鳳襪備訊顎輪爛薔.4。2。2.1。一級錯誤的描述7贓熱俁閫歲匱閶鄴鎵騷。4。2。2。2.二級錯誤的描述7壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚。4。2。2。3.三級錯誤的描述8蠟變黲癟報倀鉉錨鈰贅。4。2.2。4.四級錯誤的描述8買鯛鴯譖曇膚遙閆擷凄。4.2。2。5.五級錯誤的描述8綾鏑鯛駕櫬鶘蹤韋轔糴。5.工程驗收標準8驅(qū)躓髏彥浹綏譎飴憂錦。5

3、.1.功能測試8貓蠆驢繪燈鮒誅髏貺廡。5。1.1。功能項測試8鍬籟饗逕瑣筆襖鷗婭薔。5。1.1.1.功能一8構(gòu)氽頑黌碩飩薺齦話騖。5。1。1。2。功能二9輒嶧陽檉籪癤網(wǎng)儂號澩。5.1.2。業(yè)務流程測試9堯側(cè)閆繭絳闕絢勵蜆贅。5。1。2.1。業(yè)務流程一9識饒鎂錕縊灩筧嚌儼淒。5。1.2。2。業(yè)務流程二9凍鈹鋨勞臘鍇癇婦脛糴。5。2。非功能測試9恥諤銪滅縈歡煬鞏鶩錦。5。2。1.容錯測試9鯊腎鑰詘褳鉀溈懼統(tǒng)庫。5.2.2。安全性測試10碩癘鄴頏謅攆檸攜驤蘞。5。2。3。性能測試10閿擻輳嬪諫遷擇楨秘騖。5。2。4。壓力測試10氬嚕躑竄貿(mào)懇彈瀘頷澩.5。2.5。易用性測試10釷鵒資贏車贖孫滅獅贅。5

4、。2。6.適應性測試10慫闡譜鯪逕導嘯畫長涼。5。3。安裝測試11諺辭調(diào)擔鈧諂動禪瀉類。5。3.1。數(shù)據(jù)恢復測試11嘰覲詿縲鐋囁偽純鉿錈.5。3。2。數(shù)據(jù)接入11熒紿譏鉦鏌觶鷹緇機庫。5.3。3.數(shù)據(jù)服務11鶼漬螻偉閱劍鯫腎邏蘞。5.4.文檔測試11紂憂蔣氳頑薟驅(qū)藥憫騖。5.5。用戶有特別要求的測試11穎芻莖蛺餑億頓裊賠瀧。6。驗收資料11濫驂膽閉驟羥闈詔寢賻。7。附錄：GB/T 16260軟件質(zhì)量評價特性12銚銻縵嚌鰻鴻鋟謎諏涼.7。1.功能性12擠貼綬電麥結(jié)鈺贖嘵類.7.1.1。適合性12賠荊紳諮侖驟遼輩襪錈。7.1.2。準確性12塤礙籟饈決穩(wěn)賽釙冊庫.7。1。3?；ゲ僮餍?、互用性12裊樣

5、祕廬廂顫諺鍘羋藺.7.1.4。依從性12倉嫗盤紲囑瓏詁鍬齊驁。7.1。5.安全性12綻萬璉轆娛閬蟶鬮綰瀧。7。2.可靠性13驍顧燁鶚巰瀆蕪領(lǐng)鱺賻。7。2。1.成熟性13瑣釙濺曖惲錕縞馭篩涼。7。2.2.容錯性13鎦詩涇艷損樓紲鯗餳類.7.2.3.易恢復性13櫛緶歐鋤棗鈕種鵑瑤錟。7.3。易用性13轡燁棟剛殮攬瑤麗鬮應.7.3.1.易理解性13峴揚斕滾澗輻灄興渙藺。7。3。2.易學性13詩叁撻訥燼憂毀厲鋨驁。7。3.3.易操作性13則鯤愜韋瘓賈暉園棟瀧。7.4。效率14脹鏝彈奧秘孫戶孿釔賻.7。4。1。時間特性14鰓躋峽禱紉誦幫廢掃減。7.4。2.資源特性14稟虛嬪賑維嚌妝擴踴糶。7。5.維護性

6、14陽簍埡鮭罷規(guī)嗚舊巋錟.7。5。1.易分析性14溈氣嘮戇萇鑿鑿櫧諤應。7.5。2。易改變性14鋇嵐縣緱虜榮產(chǎn)濤團藺。7.5.3.穩(wěn)定性14懨俠劑鈍觸樂鷴燼觶騮。7.5。4。易測試性14謾飽兗爭詣繚鮐癩別瀘.7.6.可移植性14咼鉉們歟謙鴣餃競蕩賺。7。6。1.適應性15瑩諧齷蘄賞組靄縐嚴減。7.6.2。易安裝性15麩肅鵬鏇轎騍鐐縛縟糶。7。6。3.遵循性15納疇鰻吶鄖禎銣膩鰲錟。7。6.4。易替換性15風攆鮪貓鐵頻鈣薊糾廟。1. 前言1.1. 目的 如下描述:在參考了大量的實踐案例和文獻的基礎(chǔ)上,結(jié)合工程特征、客戶需求及當前業(yè)務實際制定本驗收標準，確立工程質(zhì)量目標，規(guī)范本軟件的驗收。滅噯駭諗

7、鋅獵輛覯餿藹。1.2. 范圍如下描述：適用于公司所有類型工程（包括產(chǎn)品研發(fā)類、合同開發(fā)類、工程實施類以及系統(tǒng)集成類）的驗收標準確定。本標準應在軟件合同簽訂時制定，并作為軟件的質(zhì)量標準指導軟件生產(chǎn)。1.3. 術(shù)語定義提供所有為正確解釋本軟件開發(fā)計劃所必需的術(shù)語和縮略語的定義。術(shù)語很多時,用列表作為本文檔的附件.1.4. 預期讀者與閱讀建議描述本文檔的主要讀者，以及這些讀者在閱讀時的閱讀重點與建議.可用列表的方式列出。如:預期讀者閱讀建議業(yè)務經(jīng)理工程分管領(lǐng)導工程組成員關(guān)聯(lián)工程組客戶代表1.5. 參考列出描述參考的所有文檔。GB/T 16260-1996 信息技術(shù)/軟件產(chǎn)品評價/

8、質(zhì)量特性及其使用指南GB/T175441998軟件包質(zhì)量要求和測試GB/T 155322008 計算機軟件測試規(guī)范2. 工程概述3. 驗收原則驗收參與部門:客戶代表、*公司、最終用戶單位、專家小組或第三方驗收人員.在軟件開發(fā)合同的簽訂階段就提出軟件驗收工程和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述;在*公司開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給客戶代表，由客戶代表根據(jù)之前簽訂的開發(fā)合同中相應的驗收標準判斷是否進行驗收.鐒鸝餉飾鐔閌貲諢癱騮。4. 總體驗收標準總體驗

9、收標準是*公司結(jié)合國家標準、軟件行業(yè)慣例所提出的對于軟件系統(tǒng)質(zhì)量的最低要求,所有交付的軟件必須滿足本標準的約定。攙閿頻嶸陣澇諗譴隴瀘。4.1. 標準定義以下內(nèi)容根據(jù)工程實際情況調(diào)整：1) 測試用例不通過數(shù)的比例< 1.5 ；2) 不存在錯誤等級為1的錯誤；3) 不存在錯誤等級為2 的錯誤；4) 錯誤等級為3 的錯誤數(shù)量5;5) 所有提交的錯誤都已得到更正；4.2. 驗收標準的詳細說明總體驗收標準，即每一級別的錯誤量的可接受范圍。一般來說,不允許存在1 級和2級錯誤,而3 級錯誤的數(shù)量則可按本標準確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復雜程度進行商定，并在軟件開發(fā)合同中明確地列出。趕輾雛紈

10、顆鋝討躍滿賺.在軟件驗收測試中，測試的依據(jù)包括軟件的投標文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關(guān)行業(yè)標準（這些行業(yè)標準應在開發(fā)合同中明示出來）。夾覡閭輇駁檔驀遷錟減.在進行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進行總結(jié)和歸納，并提交完整的錯誤報告,在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認）。視絀鏝鴯鱭鐘腦鈞欖糲.用戶方根據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標準進行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進行。用戶方認為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進行整改,進行

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

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

13、要求。騅憑鈳銘僥張礫陣軫藹.4.2.2.3. 三級錯誤的描述這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數(shù)據(jù)進入數(shù)據(jù)庫.癘騏鏨農(nóng)剎貯獄顥幗騮。4.2.2.4. 四級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結(jié)果輸出不直觀等。鏃鋝過潤啟婭澗駱讕瀘.4.2.2.5. 五級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤.5. 工程驗收標準驗收工程的劃分參照GB/T 16260 標準。在該標準中，將軟件的質(zhì)量特性分為6 大特性、21 個子特性，而對于具體的軟件

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

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

16、則是要滿足規(guī)格說明書中的各項性能指標。5.2.4. 壓力測試5.2.5. 易用性測試易用性測試的內(nèi)容包括：1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；2） 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；3) 軟件中各個模塊的界面風格是否一致;4） 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。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. 文檔測試用戶文檔包括： 安裝

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

18、件接口規(guī)范；11) 安裝盤;7. 附錄：GB/T 16260軟件質(zhì)量評價特性7.1. 功能性與一組功能及其指定的性質(zhì)有關(guān)的一組屬性，這里的功能是指滿足明確或隱含的需求的那些功能。這組屬性以軟件為滿足需求做些什么來描述，而其他屬性則以何時做和如何做來描述嶁硤貪塒廩袞憫倉華糲.7.1.1. 適合性與規(guī)定任務能否提供一組功能以及這組功能的適合程度有關(guān)的軟件屬性，適合程度的例子是面向任務系統(tǒng)中由子功能構(gòu)成功能是否合適表容量是否合適等該櫟諼碼戇沖巋鳧薩錠。7.1.2. 準確性與能否得到正確或相符的結(jié)果或效果有關(guān)的軟件屬性，例如此屬性包括計算值所需的準確程度7.1.3. 互操作性、互用性與同其他指定系統(tǒng)進

19、行交互的能力有關(guān)的軟件屬性（為避免可能與易替換性的含義相混淆此處用互操作性互用性而不用兼容性）劇妝諢貰攖蘋塒呂侖廟。7.1.4. 依從性使軟件遵循有關(guān)的標準約定法規(guī)及類似規(guī)定的軟件屬性7.1.5. 安全性與防止對程序及數(shù)據(jù)的非授權(quán)的故意或意外訪問的能力有關(guān)的軟件屬性7.2. 可靠性與在規(guī)定的一段時間和條件下軟件維持其性能水平的能力有關(guān)的一組屬性,即軟件不會老化?？煽啃缘姆N種局限是由于需求、設(shè)計和實現(xiàn)中的錯誤所致。由這些錯誤引起的故障取決于軟件產(chǎn)品使用方式和程序任選項的選用方法，而不取決于時間的流逝。臠龍訛驄椏業(yè)變墊羅蘄。7.2.1. 成熟性與由軟件故障引起失效的頻度有關(guān)的軟件屬性7.2.2. 容錯性與在軟件故障或違反指定接口的情況下維持規(guī)定的性能水平的能力有關(guān)的軟件屬性，指定的性能水平包括失效防護能力鰻順褸悅漚縫囅屜鴨騫。7.2.3. 易恢復性與在失效發(fā)生后重建其性能水平并恢復直接受影響數(shù)據(jù)的能力以及為達此目的所需的時間和努力有關(guān)的軟件屬性7.3.