CMMI5文檔之缺陷管理規(guī)程

1、缺陷管理規(guī)程文檔編號：FHI_CMMI_VER_PRD_BUGM文檔信息：缺陷管理規(guī)程文檔名稱：缺陷管理規(guī)程文檔類別：CMMI規(guī)程密級：內部秘密版本信息：1.1建立日期：2016-1-5創(chuàng)建人：EPG批準人：李慶林批準日期：2016.2.25存放位置：集成公司組織資產庫/組織標準過程編輯軟件：MicrosoftOffice2003中文版文檔修訂記錄版本編號或者更改記錄編勺變化狀態(tài)簡要說明（變更內容和變更范圍）修改日期變更人批準日期批準人V1.0C創(chuàng)建2016-1-5張娜娜2016-2-25李慶林V1.1M文檔編號去掉版本號2016-4-17鄧沛沛2016-4-17李慶林*變化狀態(tài)：C創(chuàng)建，A-

2、增加，M-修改，D一一刪除1、簡介4.1.1 文檔目的41.2 適用范圍41.3 術語表41.4 參考資料42、項目缺陷預測5.2.1 概述52.2 入口準則52.3 參與人員52.4 預測方法52.4.1 類似項目的質量目標預測52.4.2 新項目的質量目標預測52.4.3 里程碑階段的缺陷級別預測53、項目缺陷跟蹤6.3.1 項目缺陷跟蹤概述63.2 實際缺陷數(shù)據(jù)的記錄63.3 缺陷解決63.4 缺陷跟蹤63.5 產生實際缺陷數(shù)據(jù)74、缺陷分析7.4.1 質量目標分析74.2 測試用例分析75、附錄7.5.1 缺陷類型75.2 缺陷嚴重程度81、簡介軟件缺陷是指那些使軟件的行為方式與需求或

3、客戶要求不一致的東西。軟件產品質量的特性在實踐中體現(xiàn)在缺陷上，缺陷管理的目標是提交缺陷盡量少的軟件。如何計劃和管理質量控制活動，作為質量特性的缺陷管理非常重要，它包括缺陷的估計、缺陷數(shù)據(jù)的采集、跟蹤與分析。1.1 文檔目的本規(guī)程的目的是為了定義缺陷估計的內容和方法，缺陷跟蹤過程以及缺陷分析內容和方法。1.2 適用范圍本文檔適用于公司的所有軟件項目。1.3 術語表項目規(guī)模：代碼行、功能點或工作量（人時），本規(guī)程指工作量。缺陷注入率：單位規(guī)模（人時）的缺陷數(shù)。里程碑階段缺陷級別：里程碑階段（需求、設計、編碼、單元測試、集成測試、系統(tǒng)測試和驗收測試階段）的缺陷占總缺陷數(shù)的百分比。缺陷清除率：已發(fā)現(xiàn)的

4、缺陷數(shù)占已預測的總缺陷數(shù)的百分比。缺陷出現(xiàn)時機：在需求評審、設計評審、代碼評審、單元測試、集成測試、系統(tǒng)測試和驗收測試識別缺陷。1.4 參考資料無。2、項目缺陷預測2.1 概述量化質量管理的一種方法是通過預測缺陷進行管理，這種方法的關鍵事宜是設定質量目標，并預測里程碑階段的缺陷級別，以此來量化監(jiān)督項目向著質量目標前進，缺陷的預測在項目策劃階段，由SQA人員和項目經理共同完成。本規(guī)程確定質量目標為：預測在驗收測試階段可能出現(xiàn)的缺陷數(shù)，簡稱估計AT缺陷數(shù)（估計驗收測試缺陷數(shù)）。2.2 入口準則立項報告已批準2.3 參與人員SQA人員：進行數(shù)據(jù)分析的策劃，項目質量數(shù)據(jù)的分析、總結；項目經理：進行數(shù)據(jù)

5、分析的策劃，進行一定的數(shù)據(jù)分析工作。2.4 預測方法2.4.1 類似項目的質量目標預測1. 預測前提條件：有類似項目的數(shù)據(jù)，當前項目已經完成工作量估計2. 預測方法：當前項目（P）,類似項目集（SP）估計總缺陷數(shù)（P）=總缺陷數(shù)（SP）*工作量估計（P）/實際工彳量（SP）估atAT缺陷數(shù)（P）=AT缺陷數(shù)（SP）*工作量估計（P）/實際工作量（SP）2.4.2 新項目的質量目標預測1. 預測前提條件：項目過程庫中已存在或估計了過程的缺陷清除率和缺陷注入率（x缺陷/人時）當前項目已經完成工作量估計（人時）2. 預測方法：當前項目（P）估計總缺陷數(shù)（P）=缺陷注入率*工作量估計（P）估atAT缺

6、陷數(shù)（P）=估計總缺陷數(shù)（P）*驗收測試占總缺陷的百分比2.4.2里程碑階段的缺陷級別預測里程碑階段預計的里程碑階段缺陷級別（占總缺陷的百分比）需求評審15%-20%設計評審10%30%代碼評審和單元測試50%-70%集成測試和系統(tǒng)測試20%-28%驗收測試5%-10%預計的里程碑階段缺陷數(shù)=估計總缺陷數(shù)*預計的里程碑階段缺陷級別項目經理在策劃階段和SQA人員一起確定項目的缺陷注入率，在項目估計基本完成的基礎上，根據(jù)項目的總工時估計項目的缺陷。3、項目缺陷跟蹤3.1 項目缺陷跟蹤概述缺陷數(shù)據(jù)的跟蹤貫穿整個軟件生命周期，將實際發(fā)生的缺陷數(shù)據(jù)與預測的缺陷數(shù)據(jù)進行比較、分析，獲得各里程碑階段的缺陷級

7、別，達到預防缺陷的目的。3.2 實際缺陷數(shù)據(jù)的記錄缺陷識別人將缺陷登記到項目問題日志中，同時確定問題的負責人，缺陷的狀態(tài)變成已識別。在項目的里程碑階段通過里程碑評審識別缺陷，并由評審主持人記錄缺陷。在單元測試階段通過單元測試識別缺陷，由開發(fā)人員識別并記錄缺陷。在集成、系統(tǒng)和驗收測試階段通過集成、系統(tǒng)和驗收測試識別缺陷，由測試人員記錄缺陷。項目經理統(tǒng)計項目報告、項目會議中反映的問題。SQA人員過程評審和產品審計中的問題。3.3 缺陷解決1. 項目經理或者缺陷解決負責人根據(jù)項目問題日志中的問題，經過討論分析以后（管理類問題和重大問題一般要在項目會議上討論），分派處理人，缺陷狀態(tài)變?yōu)橐逊治觥?. 處

8、理人接受任務后，缺陷狀態(tài)變?yōu)檎谔幚怼?. 處理人缺陷修改完成以后，經過相應的檢查以后，缺陷狀態(tài)變?yōu)橐烟幚怼?.4 缺陷跟蹤1. 缺陷處理人處理完缺陷后，提交給缺陷跟蹤人進行驗證，驗證通過后提交給項目經理或SQA人員進行審批。2. 缺陷處理結果獲得批準，審批完成后轉給SCM人員納入配置庫。3. 缺陷處理結果納入配置庫后，該缺陷關閉3.5 產生實際缺陷數(shù)據(jù)項目結束時，項目經理統(tǒng)計項目的實際缺陷數(shù)據(jù)，產生實際缺陷級別和缺陷注入率。1、產生實際的里程碑階段缺陷級別統(tǒng)計方法：實際的里程碑階段缺陷級別=各里程碑階段的實際缺陷數(shù)/實際總缺陷數(shù)2、產生實際的缺陷注入率統(tǒng)計方法：實際的缺陷注入率=實際工作量/

9、實際總缺陷數(shù)4、缺陷分析當預測和實際的缺陷數(shù)據(jù)獲得后，就可以進行缺陷分析。缺陷分析包括質量目標分析、測試用例分析等。4.1 質量目標分析質量目標分析是通過分析預測和實際缺陷數(shù)據(jù)來監(jiān)控產品質量目標，了解不同階段的缺陷指標,為未來項目的缺陷預測提供依據(jù)（缺陷注入率）。質量目標分析主要包括里程碑缺陷分布、測試階段缺陷類型分布和缺陷嚴重程度分布。項目經理定期或者事件驅動地對項目質量進行統(tǒng)計分析，并記錄到項目狀態(tài)報告中：1. SQA人員統(tǒng)計里程碑各階段的缺陷數(shù)據(jù)，分析各階段的缺陷級別。2. 測試負責人統(tǒng)計測試階段的缺陷類型分布和缺陷嚴重程度分布并分析（參照附錄中缺陷類型和嚴重程度分類）。3. 項目經理匯

10、總處理項目中缺陷數(shù)據(jù)并分析。4. 產生項目的質量目標分析，作為項目總結報告中的一部分參加項目評審。4.2測試用例分析測試負責人在集成測試階段、系統(tǒng)測試階段以及驗收測試階段，通過對用例符合程度和符合性進行對照，跟蹤項目測試用例的執(zhí)行情況，特別是測試情況的分析，總結項目前一階段的開發(fā)工作。具體內容按照質量分析和缺陷報告模板中的測試用例分析執(zhí)行。5、附錄5.1 缺陷類型目前針對軟件開發(fā)項目中的缺陷主要分為管理類和技術類兩大類，管理類缺陷主要包括過程類問題、項目管理問題和其他管理問題；技術類主要包括需求問題、設計問題、數(shù)據(jù)錯誤、程序錯誤、輸出問題、輸入問題、報表問題和其他。缺陷類型說明管理類項目策劃因

11、項目策劃而造成的問題項目跟蹤因項目跟蹤向造成的問題配置管理因配置管理而造成的問題質量保證因質量保證活動不足或小止確而造成的問題評審問題因評審活動而造成的問題需求管理因需求管理活動不足或不止確而造成的問題其他項目管理因其他項目管理活動不足或不止確而造成的問題技術交需求開發(fā)因需求開發(fā)活動不足或不止確而造成的問題概要設計因概要設計活動不足或小止確而造成的問題詳細設計因詳細設計活動不足或不止確而造成的問題編碼&單元測試因編碼&單兀測試動不足或小止確而造成的問題集成測試因集成測試活動不足或不止確而造成的問題系統(tǒng)測試因系統(tǒng)測試活動不足或小止確而造成的問題驗收因驗收/試運行活動不足或不止確而

12、造成的問題維護因維護活動不足或小止確而造成的問題5.2 缺陷嚴重程度在項目中將缺陷的嚴重程度劃分為以下幾種：嚴重缺陷、一般缺陷、輕微缺陷和建議類。嚴重程度說明(1)架構設計不合理，影響系統(tǒng)性能以及功能的合理實現(xiàn)；(2)重要數(shù)據(jù)庫表設計不合理，數(shù)據(jù)流混亂；(3)用戶需求理解重大歧義，嚴重不符合常規(guī)業(yè)務邏輯；需求書中的重要功能未實現(xiàn)；(4)程序實現(xiàn)與設計間存在嚴重不一致；(5)造成系統(tǒng)崩潰、死機，并且不能通過其它方法實現(xiàn)功能；嚴重缺陷(high)(6)與數(shù)據(jù)庫連接錯誤或異常中斷。(7)常規(guī)操作中發(fā)生程序非法退出、死循環(huán)、導致程序無法運行、通訊中斷或異常，數(shù)據(jù)破壞丟失或數(shù)據(jù)庫異常且不能通過其它方法實

13、現(xiàn)功能的；(8)C/S、B/S模式下，利用客戶端某些操作可造成服務端不能繼續(xù)正常工作的。(9)系統(tǒng)性能不能滿足客戶的需求，開發(fā)用戶數(shù)不能滿足用戶需求，系統(tǒng)出現(xiàn)宕機或停止響應；多用戶并發(fā)時，系統(tǒng)響應時間不滿足用戶需求；多用戶并發(fā)時，程序數(shù)據(jù)處理出現(xiàn)錯誤，例如生成的序號跳號；重要功能的響應時間不能滿足用戶需求；(1)程序的功能運行基本正常，但是存在一些需求、設計或實現(xiàn)上的缺陷；次要功能運行不正常，如：次要功能不能正常實現(xiàn)；(2)重要功能不能按正常操作實現(xiàn)，但可通過其它方法可實現(xiàn)；(3)程序接口錯誤；(4)數(shù)據(jù)庫表中有過多的空字段；(5)數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件；(6)常用操

14、作如：操作界面錯誤(包括數(shù)據(jù)窗口內列名定義、含義不一致)；打印內容、格式錯誤；查詢錯誤，既定的查詢條件不能得到預期結果；執(zhí)行添加、編輯、刪除操作造成數(shù)據(jù)保存或刪除錯誤；(流程中)按非正常業(yè)務流程運行時程序非法或中斷退出；因錯誤操作迫使程序中斷；未空字段輸入控制不滿足要求，非空字段未輸入值可以保存成功；未識別、剔除導入的非法數(shù)據(jù)，對系統(tǒng)后續(xù)操作造成影響；一般數(shù)據(jù)項或標志位字段賦值錯誤，影響系統(tǒng)后續(xù)運行；一般缺陷(Medium)(7)經過一段時間運行后，系統(tǒng)性能或響應時間會變慢；(8)重要資料，如密碼未加密存放(包括配置文件中的密碼)，或其它存在安全性隱患的；(9)硬件或通訊介質發(fā)生異常恢復后，系

15、統(tǒng)不能自動正常繼續(xù)工作(需要過多的人工干預才行)；(10)系統(tǒng)兼容性差，與其它支持系統(tǒng)一起工作時容易出錯，而沒有充分理由說明是由支持系統(tǒng)引起的；或者由于使用了非常規(guī)技術或第三方組件造成不能使用自動化測試工具進行測試的。(11)密碼明文顯示；(12)非常規(guī)的操作，造成程序非法退出、死循環(huán)、導致程序無法運行、通訊中斷或異常，數(shù)據(jù)破壞丟失或數(shù)據(jù)庫異常且不能通過其它方法實現(xiàn)功能的；(12)功能錯誤，功能輸出非預期結果(例如：出現(xiàn)編譯錯誤或404錯誤)；功能冗余；功能雖實現(xiàn)但不夠完整；功能基本能實現(xiàn)，但系統(tǒng)不穩(wěn)定、一些邊界條件下操作會導致run-timeerror、文件操作異常、通訊異常、數(shù)據(jù)丟失或破壞等錯誤；輕微缺陷(low)(1)界面在一些顯示上不美觀，不符合用戶習慣，或者是一些文字的錯誤，如：界面不規(guī)范、輔助說明描述不清楚、輸入輸出不規(guī)范(包括輸入長度，輸入字符限制，特殊輸入要求(例如：特殊字符處理錯誤，包括：<>等特殊字符)判斷，圖片上傳限制錯誤和文件上傳限制錯誤等)、界面存在文字錯誤；(2)模塊間按鈕名稱、用途不一致；(3)系統(tǒng)整體界囿風格不一致；(4)提示信息不一致，易造成操作歧義；