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

2、,M-修改,D一一刪除1、簡介4.1.1 文檔目的41.2 適用范圍41.3 術(shù)語表41.4 參考資料42、工程缺陷預(yù)測5.2.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.3 里程碑階段的缺陷級別預(yù)測53、工程缺陷跟蹤6.3.1 工程缺陷跟蹤概述63.2 實際缺陷數(shù)據(jù)的記錄63.3 缺陷解決63.4 缺陷跟蹤63.5 產(chǎn)生實際缺陷數(shù)據(jù)74、缺陷分析7.4.1 質(zhì)量目標(biāo)分析74.2 測試用例分析75、附錄7.5.1 缺陷類型75.2 缺陷嚴(yán)重程度81、簡介軟件缺陷是指那些使軟件的行為方式與需求或客

3、戶要求不一致的東西.軟件產(chǎn)品質(zhì)量的特性在實踐中表達(dá)在缺陷上,缺陷治理的目標(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ù)測

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

5、一定的數(shù)據(jù)分析工作.2.4 預(yù)測方法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估atAT缺陷數(shù)P=AT缺陷數(shù)SP*工作量估計P/實際工作量SP2.4.2 新工程的質(zhì)量目標(biāo)預(yù)測1. 預(yù)測前提條件：工程過程庫中已存在或估計了過程的缺陷去除率和缺陷注入率x缺陷/人時當(dāng)前工程已經(jīng)完成工作量估計人時2. 預(yù)測方法：當(dāng)前工程P估計總?cè)毕輸?shù)P=缺陷注入率*工作量估計P估atAT缺陷數(shù)P=估計總?cè)毕輸?shù)P*驗收測試占總?cè)毕莸陌俜直?.4.2里程碑階段的缺陷級

6、別預(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人員一起確定工程的缺陷注入率,在工程估計根本完成的根底上,根據(jù)工程的總工時估計工程的缺陷.3、工程缺陷跟蹤3.1 工程缺陷跟蹤概述缺陷數(shù)據(jù)的跟蹤貫穿整個軟件生命周期,將實際發(fā)生的缺陷數(shù)據(jù)與預(yù)測的缺陷數(shù)據(jù)進(jìn)行比擬、分析,獲得各里程碑階段的缺陷級別,到達(dá)預(yù)防缺陷的目的.3.2 實際缺陷數(shù)據(jù)的記錄缺陷識別人將缺陷登記到?工程問題日志?

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

8、后,缺陷狀態(tài)變?yōu)橐烟幚?3.4 缺陷跟蹤1. 缺陷處理人處理完缺陷后,提交給缺陷跟蹤人進(jìn)行驗證,驗證通過后提交給工程經(jīng)理或SQA人員進(jìn)行審批.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ù)獲得后,就可以進(jìn)行缺陷分析.缺陷分析包

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)分析主要包括里程碑缺陷分布、測試階段缺陷類型分布和缺陷嚴(yán)重程度分布.工程經(jīng)理定期或者事件驅(qū)動地對工程質(zhì)量進(jìn)行統(tǒng)計分析,并記錄到?工程狀態(tài)報告?中：1. SQA人員統(tǒng)計里程碑各階段的缺陷數(shù)據(jù),分析各階段的缺陷級別.2. 測試負(fù)責(zé)人統(tǒng)計測試階段的缺陷類型分布和缺陷嚴(yán)重程度分布并分析參照附錄中缺陷類型和嚴(yán)重程度分類.3. 工程經(jīng)理匯總處理工程中缺陷數(shù)據(jù)并分析.4. 產(chǎn)生工程的質(zhì)量目標(biāo)分析,作為工程總結(jié)報告中的一局部參加

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

11、保證因質(zhì)量保證活動缺乏或小止確而造成的問題評審問題因評審活動而造成的問題需求治理因需求治理活動缺乏或不止確而造成的問題其他工程管理因其他工程治理活動缺乏或不止確而造成的問題技術(shù)交需求開發(fā)因需求開發(fā)活動缺乏或不止確而造成的問題概要設(shè)計因概要設(shè)計活動缺乏或小止確而造成的問題詳細(xì)設(shè)計因詳細(xì)設(shè)計活動缺乏或不止確而造成的問題編碼&單元測試因編碼&單兀測試動缺乏或小止確而造成的問題集成測試因集成測試活動缺乏或不止確而造成的問題系統(tǒng)測試因系統(tǒng)測試活動缺乏或小止確而造成的問題驗收因驗收/試運(yùn)行活動缺乏或不止確而造成的問題維護(hù)因維護(hù)活動缺乏或小止確而造成的問題5.2 缺陷嚴(yán)重程度在工程中將缺陷的嚴(yán)重程度劃分為以

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

13、能不能滿足客戶的需求,開發(fā)用戶數(shù)不能滿足用戶需求,系統(tǒng)出現(xiàn)宕機(jī)或停止響應(yīng)；多用戶并發(fā)時,系統(tǒng)響應(yīng)時間不滿足用戶需求；多用戶并發(fā)時,程序數(shù)據(jù)處理出現(xiàn)錯誤,例如生成的序號跳號；重要功能的響應(yīng)時間不能滿足用戶需求；(1)程序的功能運(yùn)行根本正常,但是存在一些需求、設(shè)計或?qū)崿F(xiàn)上的缺陷；次要功能運(yù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ù)流程運(yùn)行時程序非法或中斷退出；因錯誤操作迫使程序中斷；未空字段輸入限制不滿足要求,非空字段未輸入值可以保存成功；未識別、剔除導(dǎo)入的非法數(shù)據(jù),對系統(tǒng)后續(xù)操作造成影響；一般數(shù)據(jù)項或標(biāo)志位字段賦值錯誤,影響系統(tǒng)后續(xù)運(yùn)行；一般缺陷(Medium)(7)經(jīng)過一段時間運(yùn)行后,系統(tǒng)性能或響應(yīng)時間會變慢；(8)重要資料,如密碼未加密存放(包括配置文件中的密碼),或其它存在平安性隱患的；(9)硬件或通訊介質(zhì)發(fā)生異?；謴?fù)后,系統(tǒng)不能自動正常繼續(xù)工作(需要過多的人工干預(yù)才行)；(10)系統(tǒng)兼容性差,與其它支持系統(tǒng)一起工作時容

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