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

1、缺陷管理規(guī)程文檔編號：FHI_CMMI_VER_PRD_BUGM文檔信息：缺陷管理規(guī)程文檔名稱：缺陷管理規(guī)程文檔類別：CMMI規(guī)程密級：內(nèi)部秘密版本信息：1.1建立日期：2016-1-5創(chuàng)建人：EPG批準(zhǔn)人：李慶林批準(zhǔn)日期：2016.2.25存放位置：集成公司組織資產(chǎn)庫/組織標(biāo)準(zhǔn)過程編輯軟件：MicrosoftOffice2003中文版文檔修訂記錄版本編號或者更改記錄編號變化狀態(tài)簡要說明（變更內(nèi)容和變更范圍）修改日期變更人批準(zhǔn)日期批準(zhǔn)人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、簡介41.1文檔目的41.2適用范圍41.3術(shù)語表41.4參考資料42、項目缺陷預(yù)測52.1概述52.2入口準(zhǔn)則52.3參與人員52.4預(yù)測方法52.4.1類似項目的質(zhì)量目標(biāo)預(yù)測52.4.2新項目的質(zhì)量目標(biāo)預(yù)測52.4.2里程碑階段的缺陷級別預(yù)測53、項目缺陷跟蹤63.1項目缺陷跟蹤概述63.2實際缺陷數(shù)據(jù)的記錄63.3缺陷解決63.4缺陷跟蹤63.5產(chǎn)生實際缺陷數(shù)據(jù)74、缺陷分析74.1質(zhì)量目標(biāo)分析74.2測試用例分析75、附錄75.1缺陷類型75.2缺陷嚴重程度81、簡介軟件缺陷是指那些使軟件的行為方式與需求或客戶要求不一致的東西。軟件產(chǎn)品質(zhì)量的特性在實踐中體現(xiàn)在

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

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

5、測方法2.4.1 類似項目的質(zhì)量目標(biāo)預(yù)測1. 預(yù)測前提條件：有類似項目的數(shù)據(jù)，當(dāng)前項目已經(jīng)完成工作量估計2. 預(yù)測方法：當(dāng)前項目（P）,類似項目集（SP）估計總?cè)毕輸?shù)（P）=總?cè)毕輸?shù)（SP）*工作量估計（P）/實際工作量（SP）估計AT缺陷數(shù)（P）=AT缺陷數(shù)（SP）*工作量估計（P）/實際工作量（SP）2.4.2 新項目的質(zhì)量目標(biāo)預(yù)測1. 預(yù)測前提條件：項目過程庫中已存在或估計了過程的缺陷清除率和缺陷注入率（x缺陷/人時）當(dāng)前項目已經(jīng)完成工作量估計（人時）2. 預(yù)測方法：當(dāng)前項目（P）估計總?cè)毕輸?shù)（P）=缺陷注入率*工作量估計（P）估計AT缺陷數(shù)（P）=估計總?cè)毕輸?shù)（P）*驗收測試占總?cè)毕莸?/p>

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

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

8、修改完成以后，經(jīng)過相應(yīng)的檢查以后，缺陷狀態(tài)變?yōu)橐烟幚怼?.4缺陷跟蹤1. 缺陷處理人處理完缺陷后，提交給缺陷跟蹤人進行驗證，驗證通過后提交給項目經(jīng)理或SQA人員進行審批。2. 缺陷處理結(jié)果獲得批準(zhǔn)，審批完成后轉(zhuǎn)給SCM人員納入配置庫。3. 缺陷處理結(jié)果納入配置庫后，該缺陷關(guān)閉3.5 產(chǎn)生實際缺陷數(shù)據(jù)項目結(jié)束時，項目經(jīng)理統(tǒng)計項目的實際缺陷數(shù)據(jù)，產(chǎn)生實際缺陷級別和缺陷注入率。1、產(chǎn)生實際的里程碑階段缺陷級別統(tǒng)計方法：實際的里程碑階段缺陷級別=各里程碑階段的實際缺陷數(shù)/實際總?cè)毕輸?shù)2、產(chǎn)生實際的缺陷注入率統(tǒng)計方法：實際的缺陷注入率=實際工作量/實際總?cè)毕輸?shù)4、缺陷分析當(dāng)預(yù)測和實際的缺陷數(shù)據(jù)獲得后，就

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

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

11、配置管理而造成的問題質(zhì)量保證因質(zhì)量保證活動不足或不正確而造成的問題評審問題因評審活動而造成的問題需求管理因需求管理活動不足或不正確而造成的問題其他項目管理因其他項目管理活動不足或不正確而造成的問題技術(shù)類需求開發(fā)因需求開發(fā)活動不足或不正確而造成的問題概要設(shè)計因概要設(shè)計活動不足或不正確而造成的問題詳細設(shè)計因詳細設(shè)計活動不足或不正確而造成的問題編碼&單元測試因編碼&單元測試動不足或不正確而造成的問題集成測試因集成測試活動不足或不正確而造成的問題系統(tǒng)測試因系統(tǒng)測試活動不足或不正確而造成的問題驗收因驗收/試運彳丁活動不足或不正確而造成的問題維護因維護活動不足或不正確而造成的問題5.2 缺陷嚴重程度在項目

12、中將缺陷的嚴重程度劃分為以下幾種：嚴重缺陷、一般缺陷、輕微缺陷和建議類。嚴重程度說明嚴重缺陷（high）（1）架構(gòu)設(shè)計不合理，影響系統(tǒng)性能以及功能的合理實現(xiàn)；（2）重要數(shù)據(jù)庫表設(shè)計不合理，數(shù)據(jù)流混亂；（3）用戶需求理解重大歧義，嚴重不符合常規(guī)業(yè)務(wù)邏輯；需求書中的重要功能未實現(xiàn)；（4）程序?qū)崿F(xiàn)與設(shè)計間存在嚴重不一致；（5）造成系統(tǒng)崩潰、死機，并且不能通過其它方法實現(xiàn)功能；（6）與數(shù)據(jù)庫連接錯誤或異常中斷。（7）常規(guī)操作中發(fā)生程序非法退出、死循環(huán)、導(dǎo)致程序無法運行、通訊中斷或異常，數(shù)據(jù)破壞丟失或數(shù)據(jù)庫異常且不能通過其它方法實現(xiàn)功能的；（8）C/S、B/S模式下，利用客戶端某些操作可造成服務(wù)端不能繼

13、續(xù)正常工作的。（9）系統(tǒng)性能不能滿足客戶的需求，并發(fā)用戶數(shù)不能滿足用戶需求，系統(tǒng)出現(xiàn)宕機或停止響應(yīng)；多用戶并發(fā)時，系統(tǒng)響應(yīng)時間不滿足用戶需求；多用戶并發(fā)時，程序數(shù)據(jù)處理出現(xiàn)錯誤，例如生成的序號跳號；重要功能的響應(yīng)時間不能滿足用戶需求；（1）程序的功能運行基本正常，但是存在一些需求、設(shè)計或?qū)崿F(xiàn)上的缺陷；次要功能運行不正常，如：次要功能不能正常實現(xiàn)；（2）重要功能不能按正常操作實現(xiàn)，但可通過其它方法可實現(xiàn)；（3）程序接口錯誤；（4）數(shù)據(jù)庫表中有過多的空字段；（5）數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件；（6）常用操作如：操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義不一致）打印內(nèi)容、格式錯誤

14、；查詢錯誤，既定的查詢條件不能得到預(yù)期結(jié)果；執(zhí)行添加、編輯、刪除操作造成數(shù)據(jù)保存或刪除錯誤；（流程中）按非正常業(yè)務(wù)流程運行時程序非法或中斷退出；因錯誤操作迫使程序中斷；未空字段輸入控制不滿足要求，非空字段未輸入值可以保存成功；未識別、剔除導(dǎo)入的非法數(shù)據(jù)，對系統(tǒng)后續(xù)操作造成影響；一般數(shù)據(jù)項或標(biāo)志位字段賦值錯誤，影響系統(tǒng)后續(xù)運行；（7）經(jīng)過一段時間運行后，系統(tǒng)性能或響應(yīng)時間會變慢；一般缺陷（8）重要資料，如密碼未加密存放（包括配置文件中的密碼）或其它存在安全性(Medium)隱患的；（9）硬件或通訊介質(zhì)發(fā)生異?；謴?fù)后，系統(tǒng)不能自動正常繼續(xù)工作（需要過多的人工干預(yù)才行）；（10）系統(tǒng)兼容性差，與其它

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