1、缺陷管理規(guī)程文檔編號(hào)：GZCY_DMG_PRS-V1.0文檔信息：文檔名稱：文檔類別：CMM模板密 級(jí)：機(jī)密版本信息：V1.0建立日期：創(chuàng)建人：審核者：批準(zhǔn)人：批準(zhǔn)日期：保管人：存放位置：編輯軟件：Microsoft Office 2003 英文版CONFIDENTIAL文檔修訂記錄版本編號(hào)或者更改記錄編勺變化狀態(tài)簡要說明（變更內(nèi)容和變更范圍）日期變更人批準(zhǔn)日期批準(zhǔn)人V1.0C初次創(chuàng)建CM時(shí)業(yè)部*變化狀態(tài)：C-一倉IJ建，A-增加，M修改，D刪除文檔審批信息序號(hào)審批人角色審批日期簽字備注、夕 4刖百軟件缺陷是指那些使軟件的行為方式與需求或客戶要求不一致的東西。軟件產(chǎn)品質(zhì)量 的特性在實(shí)踐中體現(xiàn)在

2、缺陷上，缺陷管理的目標(biāo)是提交缺陷盡量少的軟件。如何計(jì)劃和管理質(zhì)量控制活動(dòng)，作為質(zhì)量特性的缺陷管理非常重要，它包括缺陷的估 計(jì)、缺陷數(shù)據(jù)的采集、跟蹤與分析。第一章簡介1.1.1 文檔目的1.1.2 適用范圍1.1.3 術(shù)語表1.1.4 參考資料1.第二章項(xiàng)目缺陷預(yù)測2.2.1 概述2.2.2 入口準(zhǔn)則2.2.3 參與人員2.2.4 預(yù)測方法2.2.4.1 類似項(xiàng)目的質(zhì)量目標(biāo)預(yù)測 22.4.2 新項(xiàng)目的質(zhì)量目標(biāo)預(yù)測 .32.4.3 里程碑階段的缺陷級(jí)別預(yù)測 3第三章項(xiàng)目缺陷跟蹤4.3.1 項(xiàng)目缺陷跟蹤概述4.3.2 實(shí)際缺陷數(shù)據(jù)的記錄4.3.3 缺陷解決4.3.4 缺陷跟蹤5.3.5 產(chǎn)生實(shí)際缺陷

3、數(shù)據(jù)5.第四章缺陷分析6.4.1 質(zhì)量目標(biāo)分析6.4.2 測試用例分析 6.第五章附錄7.5.1 缺陷類型7.5.2 缺陷嚴(yán)重程度7.第一章簡介1.1 文檔目的本規(guī)程的目的是為了定義缺陷估計(jì)的內(nèi)容和方法，缺陷跟蹤過程以及缺陷分析內(nèi)容和 方法。1.2 適用范圍本文檔適用于公司的所有軟件項(xiàng)目。1.3 術(shù)語表項(xiàng)目規(guī)模：代碼行、功能點(diǎn)或工作量（人時(shí)），本規(guī)程指工作量。缺陷注入率：單位規(guī)模（人時(shí)）的缺陷數(shù)。里程碑階段缺陷級(jí)別：里程碑階段（需求、設(shè)計(jì)、編碼、單元測試、集成測試、 系統(tǒng)測試和驗(yàn)收測試階段）的缺陷占總?cè)毕輸?shù)的百分比。缺陷清除率：已發(fā)現(xiàn)的缺陷數(shù)占已預(yù)測的總?cè)毕輸?shù)的百分比。缺陷出現(xiàn)時(shí)機(jī)：在需求評(píng)審

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

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

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

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

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

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

10、錄 中缺陷類型和嚴(yán)重程度分類）。3 .項(xiàng)目經(jīng)理匯總處理項(xiàng)目中缺陷數(shù)據(jù)并分析。4 .產(chǎn)生項(xiàng)目的質(zhì)量目標(biāo)分析，作為項(xiàng)目總結(jié)報(bào)告中的一部分參加項(xiàng)目評(píng)審。4.2 測試用例分析測試負(fù)責(zé)人在集成測試階段、系統(tǒng)測試階段以及驗(yàn)收測試階段，通過對(duì)用例符合程度 和符合性進(jìn)行對(duì)照，跟蹤項(xiàng)目測試用例的執(zhí)行情況，特別是測試情況的分析，總結(jié)項(xiàng)目前 一階段的開發(fā)工作。具體內(nèi)容按照質(zhì)量分析和缺陷報(bào)告模板中的測試用例分析執(zhí)行。第五章附錄5.1缺陷類型目前針對(duì)軟件開發(fā)項(xiàng)目中的缺陷主要分為管理類和技術(shù)類兩大類，管理類缺陷主要包 括過程類問題、項(xiàng)目管理問題和其他管理問題；技術(shù)類主要包括需求問題、設(shè)計(jì)問題、數(shù) 據(jù)錯(cuò)誤、程序錯(cuò)誤、輸出問

11、題、輸入問題、報(bào)表問題和其他。1缺陷類型說明管理類過程類項(xiàng)目過程、組織過程定義問題以及組織制度等問題。項(xiàng)目管理類項(xiàng)目管理中沒有按照過程執(zhí)行出現(xiàn)的問題。其他管理類其他方面的管理問題。需求問題r需求評(píng)審以及后續(xù)任務(wù)中發(fā)現(xiàn)的需求問題。設(shè)計(jì)問題設(shè)計(jì)評(píng)審以及后續(xù)任務(wù)中發(fā)現(xiàn)的設(shè)計(jì)中的問題。數(shù)據(jù)錯(cuò)誤接口數(shù)據(jù)、調(diào)用參數(shù)等。程序錯(cuò)誤程序方面的錯(cuò)誤。輸出問題格式、錯(cuò)誤信息等輸入問題;用戶輸入、功能有效性和頁面編排等方面的缺陷。ift表問題報(bào)表方面的錯(cuò)誤。其他技術(shù)方面的其他錯(cuò)誤。5.2缺陷嚴(yán)重程度在項(xiàng)目中將缺陷的嚴(yán)重程度劃分為以下幾種：致命缺陷、嚴(yán)重缺陷、一般缺陷和細(xì)微 缺陷。嚴(yán)重程度說明需求書中的重要功能未實(shí)現(xiàn)；

12、造成系統(tǒng)崩潰、死機(jī)，并且不能通過其它方法實(shí)現(xiàn)功能；致命缺陷常規(guī)操作造成程序非法退出、死循環(huán)、通訊中斷或異常，數(shù)據(jù)破壞丟失或數(shù)據(jù) 庫異常、且不能通過其它方法實(shí)現(xiàn)功能的。嚴(yán)重缺陷嚴(yán)重錯(cuò)誤通常使系統(tǒng)不穩(wěn)定、不安全、或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題，如：重要功能基本能實(shí)現(xiàn)，但系統(tǒng)/、穩(wěn)定、一些邊界條件下操作會(huì)導(dǎo)致run-timeerror、文件操作異常、通訊異常、數(shù)據(jù)丟失或破壞等錯(cuò)誤；重要功能不能按正常操作實(shí)現(xiàn)，但可通過其它方法可實(shí)現(xiàn)；錯(cuò)誤的波及面廣，影響到其它重要功能正常實(shí)現(xiàn)；密碼明文顯??；C/S、B/S模式下，利用客戶端某些操作可造成服務(wù)端不能繼

13、續(xù)正常工作的。一般缺陷程序的功能運(yùn)行基本正常，但是存在一些需求、設(shè)計(jì)或?qū)崿F(xiàn)上的缺陷；次要功能運(yùn)行不止常，如：次要功能不能正常實(shí)現(xiàn)；操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義不一致）；打印內(nèi)容、格式錯(cuò)誤；查詢錯(cuò)誤，數(shù)據(jù)錯(cuò)誤顯示；簡單的輸入限制未放在前臺(tái)進(jìn)行控制；刪除操作未給出提示；數(shù)據(jù)庫表中肩過多的空字段；因錯(cuò)誤操作迫使程序中斷；找/、到規(guī)律的時(shí)好時(shí)壞；數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件；經(jīng)過一段時(shí)間運(yùn)行后，系統(tǒng)性能或響應(yīng)時(shí)間會(huì)變慢；重要資料，如密6馬未加密存放（包括配置文件中的密碼），或其它存在安全性 隱患的；硬件或通訊異常發(fā)生恢復(fù)后，系統(tǒng)不能自動(dòng)正常繼續(xù)工作（需要過多的人工干 預(yù)/I行）;系統(tǒng)兼容性差，與其它支持系統(tǒng)一起工作時(shí)容易出錯(cuò)， 而沒有充分理由說明是 由支持系統(tǒng)引起的；或者由于使用了非常規(guī)技術(shù)或第三方組件造成