CMMI-支持-QA-缺陷管理規(guī)程

CMMI-支持-QA-缺陷管理規(guī)

程（總12頁）本頁僅作為文檔封面，使用時可以刪除本頁僅作為文檔封面，使用時可以刪除Thisdocumentisforreferenceonly-rar21year.March缺陷管理規(guī)程缺陷管理規(guī)程文檔編號：GZCY__DMG_PRS-V1.0文檔信息：文檔名稱：文檔類別：CMMI模板密級：機密版本信息：V1.0建立日期：創(chuàng)建人：審核者：批準(zhǔn)人：批準(zhǔn)日期：保管人：存放位置：編輯軟件：MicrosoftOffice2003英文版CONFIDENTIALCONFIDENTIAL#文檔修訂記錄文檔審批信息軟件缺陷是指那些使軟件的行為方式與需求或客戶要求不一致的東西。軟件產(chǎn)品質(zhì)量的特性在實踐中體現(xiàn)在缺陷上，缺陷管理的目標(biāo)是提交缺陷盡量少的軟件。如何計劃和管理質(zhì)量控制活動，作為質(zhì)量特性的缺陷管理非常重要，它包括缺陷的估計、缺陷數(shù)據(jù)的采集、跟蹤與分析。TOC\o"1-5"\h\z\o"CurrentDocument"第一章簡介 1\o"CurrentDocument"1.1文檔目的 1\o"CurrentDocument"1.2適用范圍 1\o"CurrentDocument"1.3術(shù)語表 1\o"CurrentDocument"1.4參考資料 1\o"CurrentDocument"第二章項目缺陷預(yù)測 2\o"CurrentDocument"2.1概述 2\o"CurrentDocument"2.2入口準(zhǔn)貝。 2\o"CurrentDocument"2.3參與人員 22.4預(yù)測方法 2\o"CurrentDocument"2.4.1類似項目的質(zhì)量目標(biāo)預(yù)測 22.4.2新項目的質(zhì)量目標(biāo)預(yù)測 2\o"CurrentDocument"2.4.3里程碑階段的缺陷級別預(yù)測 3\o"CurrentDocument"第三章項目缺陷跟蹤 4\o"CurrentDocument"3.1項目缺陷跟蹤概述 4\o"CurrentDocument"3.2實際缺陷數(shù)據(jù)的記錄 4\o"CurrentDocument"3.3缺陷解決 4\o"CurrentDocument"3.4缺陷跟蹤 4\o"CurrentDocument"3.5產(chǎn)生實際缺陷數(shù)據(jù) 5\o"CurrentDocument"第四章缺陷分析 6\o"CurrentDocument"4.1質(zhì)量目標(biāo)分析 6\o"CurrentDocument"4.2測試用例分析 6第五章附錄 75.1缺陷類型 75.2缺陷嚴(yán)重程度 7第一章簡介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)時機：在需求評審、設(shè)計評審、代碼評審、單元測試、集成測試、系統(tǒng)測試和驗收測試識別缺陷。1.4參考資料第二章項目缺陷預(yù)測2.1概述量化質(zhì)量管理的一種方法是通過預(yù)測缺陷進行管理，這種方法的關(guān)鍵事宜是設(shè)定質(zhì)量目標(biāo)，并預(yù)測里程碑階段的缺陷級別，以此來量化監(jiān)督項目向著質(zhì)量目標(biāo)前進，缺陷的預(yù)測在項目策劃階段，由QA人員和項目經(jīng)理共同完成。本規(guī)程確定質(zhì)量目標(biāo)為：預(yù)測在驗收測試階段可能出現(xiàn)的缺陷數(shù)，簡祿腳陷數(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ù)測方法2.4.1類似項目的質(zhì)量目標(biāo)預(yù)測1.預(yù)測前提條件：有類似項目的數(shù)據(jù)，當(dāng)前項目已經(jīng)完成工作量估計預(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è)毕莸陌俜直?.4.3里程碑階段的缺陷級別預(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.1項目缺陷跟蹤概述缺陷數(shù)據(jù)的跟蹤貫穿整個軟件生命周期，將實際發(fā)生的缺陷數(shù)據(jù)與預(yù)測的缺陷數(shù)據(jù)進行比較、分析，獲得各里程碑階段的缺陷級別，達到預(yù)防缺陷的目的。3.2實際缺陷數(shù)據(jù)的記錄缺陷識別人將缺陷登記到《項目問題日志》中，同時確定問題的負(fù)責(zé)人，缺陷的狀態(tài)變成已識別。在項目的里程碑階段通過里程碑評審識別缺陷，并由評審主持人記錄缺陷。在單元測試階段通過單元測試識別缺陷，由開發(fā)人員識別并記錄缺陷。在集成、系統(tǒng)和驗收測試階段通過集成、系統(tǒng)和驗收測試識別缺陷，由測試人員記錄缺陷。項目經(jīng)理統(tǒng)計項目報告、項目會議中反映的問題。SQA人員過程評審和產(chǎn)品審計中的問題。3.3缺陷解決項目經(jīng)理或者缺陷解決負(fù)責(zé)人根據(jù)《項目問題日志》中的問題，經(jīng)過討論分析以后（管理類問題和重大問題一般要在項目會議上討論），分派處理人，缺陷狀態(tài)變?yōu)橐逊治觥Ｌ幚砣私邮苋蝿?wù)后，缺陷狀態(tài)變?yōu)檎谔幚?。處理人缺陷修改完成以后，?jīng)過相應(yīng)的檢查以后，缺陷狀態(tài)變?yōu)橐烟幚怼?.4缺陷跟蹤缺陷處理人處理完缺陷后，提交給缺陷跟蹤人進行驗證，驗證通過后提交給項目經(jīng)理或SQA人員進行審批。缺陷處理結(jié)果獲得批準(zhǔn)，審批完成后轉(zhuǎn)給SCM人員納入配置庫。缺陷處理結(jié)果納入配置庫后，該缺陷關(guān)閉3.5產(chǎn)生實際缺陷數(shù)據(jù)項目結(jié)束時，項目經(jīng)理統(tǒng)計項目的實際缺陷數(shù)據(jù)，產(chǎn)生實際缺陷級別和缺陷注入率。1、 產(chǎn)生實際的里程碑階段缺陷級別統(tǒng)計方法：實際的里程碑階段缺陷級易J各里程碑階段的實際缺陷數(shù)/實際總?cè)毕輸?shù)2、 產(chǎn)生實際的缺陷注入率統(tǒng)計方法：實際的缺陷注入率二實際工作量/實際總?cè)毕輸?shù)第四章缺陷分析當(dāng)預(yù)測和實際的缺陷數(shù)據(jù)獲得后，就可以進行缺陷分析。缺陷分析包括質(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ì)量進行統(tǒng)計分析，并記錄到《項目狀態(tài)報告》中：SQA人員統(tǒng)計里程碑各階段的缺陷數(shù)據(jù)，分析各階段的缺陷級別。測試負(fù)責(zé)人統(tǒng)計測試階段的缺陷類型分布和缺陷嚴(yán)重程度分布并分析（參照附錄中缺陷類型和嚴(yán)重程度分類）。項目經(jīng)理匯總處理項目中缺陷數(shù)據(jù)并分析。產(chǎn)生項目的質(zhì)量目標(biāo)分析，作為項目總結(jié)報告中的一部分參加項目評審。4.2測試用例分析測試負(fù)責(zé)人在集成測試階段、系統(tǒng)測試階段以及驗收測試階段，通過對用例符合程度和符合性進行對照，跟蹤項目測試用例的執(zhí)行情況，特別是測試情況的分析，總結(jié)項目前一階段的開發(fā)工作。具體內(nèi)容按照《質(zhì)量分析和缺陷報告模板》中的測試用例分析執(zhí)行。附錄4.3缺陷類型目前針對軟件開發(fā)項目中的缺陷主要分為管理類和技術(shù)類兩大類，管理類缺陷主要包括過程類問題、項目管理問題和其他管理問題；技術(shù)類主要包括需求問題、設(shè)計問題、數(shù)據(jù)錯誤、程序錯誤、輸出問題、輸入問題、報表問題和其他。缺陷類型說明管理類過程類項目過程、組織過程定義問題以及組織制度等問題。項目管理類項目管理中沒有按照過程執(zhí)行出現(xiàn)的問題。其他管理類其他方面的管理問題。技術(shù)類需求問題需求評審以及后續(xù)任務(wù)中發(fā)現(xiàn)的需求問題。設(shè)計問題設(shè)計評審以及后續(xù)任務(wù)中發(fā)現(xiàn)的設(shè)計中的問題。數(shù)據(jù)錯誤接口數(shù)據(jù)、調(diào)用參數(shù)等。程序錯誤程序方面的錯誤。輸出問題格式、錯誤信息等輸入問題用戶輸入、功能有效性和頁面編排等方面的缺陷。報表問題報表方面的錯誤。其他技術(shù)方面的其他錯誤。4.4缺陷嚴(yán)重程度在項目中將缺陷的嚴(yán)重程度劃分為以下幾種：致命缺陷、嚴(yán)重缺陷、一般缺陷和細(xì)微缺陷。嚴(yán)重程度說明致命缺陷需求書中的重要功能未實現(xiàn)；造成系統(tǒng)崩潰、死機,并且不能通過其它方法實現(xiàn)功能；常規(guī)操作造成程序非法退出、死循環(huán)、通訊中斷或異常，數(shù)據(jù)破壞丟失或數(shù)據(jù)庫異常、且不能通過其它方法實現(xiàn)功能的。

嚴(yán)重錯誤通常使系統(tǒng)不穩(wěn)定、不安全、或破壞數(shù)據(jù)、或產(chǎn)生錯誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題，如：嚴(yán)重缺陷重要功能基本能實現(xiàn)，但系統(tǒng)不穩(wěn)定、一些邊界條件下操作會導(dǎo)致run-timeerror、文件操作異常、通訊異常、數(shù)據(jù)丟失或破壞等錯誤；重要功能不能按正常操作實現(xiàn)，但可通過其它方法可實現(xiàn)；錯誤的波及面廣，影響到其它重要功能正常實現(xiàn)；密碼明文顯示；嚴(yán)重缺陷C/S、B/S模式下，利用客戶端某些操作可造成服務(wù)端不能繼續(xù)正常工作的。一般缺陷細(xì)微缺陷一般缺陷細(xì)微缺陷程序的功能運行基本正常，但是存在一些需求、設(shè)計或?qū)崿F(xiàn)上的缺陷；次要功能運行不正常，如：次要功能不能正常實現(xiàn)；操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義不一致）；打印內(nèi)容、格式錯誤；查詢錯誤，數(shù)據(jù)錯誤顯示；簡單的輸入限制未放在前臺進行控制；刪除操作未給出提示；數(shù)據(jù)庫表中有過多的空字段；因錯誤操作迫使程序中斷；找不到規(guī)律的時好時壞；數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件；經(jīng)過一段時間運行后，系統(tǒng)性能或響應(yīng)時間會變慢；重要資料，如密碼未加密存放（包括配置文件中的密碼），或其它存在安全性隱患的；硬件或通訊異常發(fā)生恢復(fù)后，系統(tǒng)不能自動正常繼續(xù)工作（需要過多的人工干預(yù)才行）；系統(tǒng)兼容性差，與其它支持系統(tǒng)一