CQ缺陷管理規(guī)范

1、CQ缺陷管理規(guī)范1.1缺陷記錄信息對缺陷的描述包含以下的內容:可追蹤信息缺陷ID唯一的缺陷ID,能夠根據該ID追蹤缺陷缺陷基本信息缺陷狀態(tài)缺陷的狀態(tài)，分為 11種（見3.2.8節(jié)）標題對缺陷簡單描述缺陷類型缺陷所屬類型（見 3.2.1節(jié)）嚴重程度缺陷的嚴重程度，一般分為“致命”、“嚴重”、“一般”、“輕微”和“其它”五種 （見3.2.2節(jié)）缺陷來源引入缺陷的開發(fā)階段（見3.2.3節(jié)）發(fā)現(xiàn)階段發(fā)現(xiàn)缺陷時所屬的階段（見 3.2.4節(jié)）重現(xiàn)步驟重現(xiàn)缺陷的步驟現(xiàn)象描述對缺陷的詳細描述；因為對缺陷描述的詳細程度直接 影響開發(fā)人員對缺陷的修改，描述應該盡可能詳細內部版本號發(fā)現(xiàn)缺陷時產品的內部版本號外部（正

2、式）版本 號發(fā)布給客戶使用的版本號。修復責任人在缺陷提交后，由項目經理 /開發(fā)經理指定修復缺陷的 責任人修復期限項目經理/開發(fā)經理指定修復缺陷的截止日期優(yōu)先級缺陷的緊急程度，修復的優(yōu)先級，從1-3, 1是優(yōu)先級最高的等級，3是優(yōu)先級最低的等級（見3.2.6節(jié)）修復描述對修復內容（將什么改成什么）的描述，如果對代碼進 行了修改，要求在此處體現(xiàn)出修改解決方案排除缺陷的解決方案類型（見 3.2.7節(jié)）排除階段修復缺陷時所屬的階段（見3.2.5節(jié)）倩計工時估計修復該缺陷所需的工時實際工時修復該缺陷實際使用的工時工作分數(shù)缺陷關閉后，項目經理/開發(fā)經理評估修復缺陷所花的 工作量和修復缺陷的工作質量工作量系

3、數(shù)工作質量系數(shù)工作分數(shù)評估描述項目經理/開發(fā)經理對缺陷修復工作量和工作質量的評 估給予必要的解釋說明1.1.1缺陷類型#缺陷類型詳細類型1功能性展現(xiàn)層錯誤、未實現(xiàn)、未容錯 控制層錯誤、未實現(xiàn)、未容錯 業(yè)務層錯誤、未實現(xiàn)、未容錯 數(shù)據層錯誤、未實現(xiàn)、未容錯 功能實現(xiàn)不完整 功能實現(xiàn)錯誤2數(shù)據類數(shù)由T數(shù)據不完整 數(shù)據重復 信息填充錯誤3易用性業(yè)務流程操作繁瑣界囿布局不合理操作/、習慣tab鍵順序不合理盡量保證一屏能顯示，橫向滾動條盡量避免，違反此規(guī)范的缺陷提示信息不充分，或者不友好，甚至錯誤提示按鈕擺放位置不符合止常習慣設計圖標，展示/、符合常規(guī)，給人誤解布局設計不合理（靜態(tài)頁面顯布）風格不統(tǒng)一圖

4、片、色調不符合業(yè)務系統(tǒng)要求4可維護性系統(tǒng)的故障恢復困難 系統(tǒng)的升級操作困難5其它（性能、 可靠性、可擴 展性等）系統(tǒng)的響應時間差并發(fā)處理性能差過負荷處理處理機制差1.1.2嚴重程度#嚴重程度描述1致命致命是指系統(tǒng)任何一個主要功能完全喪失，或用戶數(shù)據受到破壞，造 成系統(tǒng)崩潰、懸掛、死機或者危機人身安全。由于程序所引起的死機，非法退出死循環(huán)導致數(shù)據庫發(fā)生死鎖數(shù)據通訊錯誤數(shù)據流環(huán)節(jié)上嚴重的數(shù)值計算錯誤產品設計存在嚴重的安全問題，漏洞被利用后可能導致系統(tǒng)癱瘓、 數(shù)據丟失或隱私泄露等問題存在嚴重的性能問題，導致數(shù)據庫或者應用服務器壓力過大，導致 生產不能正常進行2嚴重主要功能未實現(xiàn)或與產品需求規(guī)格書不符

5、：功能不符數(shù)據流錯誤，如不能保存數(shù)據程序接口錯誤數(shù)據流環(huán)節(jié)上輕微的數(shù)值計算錯誤 性能如內存溢出、響應時間超長程序正常輸入報錯無結果或coredump3次要功能未實現(xiàn)或與產品需求規(guī)格書不符：界面錯誤（詳細文檔）打印內容、格式錯誤簡單的輸入限制未放在前臺進行控制刪除操作未給出提示、功能按鈕不允許使用時沒有置灰或給出提示 信息JavaScript 錯誤頁面跳轉錯誤非數(shù)據流環(huán)節(jié)上的數(shù)值計算錯誤非數(shù)據流功能提交失敗長時間操作未給用戶進度提示（超過10秒）界面操作之后，沒有刷新功能前后臺不能聯(lián)調（如前臺插入數(shù)據不能滿足后臺程序需求）界面沒有提供不影響生產的功能（如排序、分頁、小計、總計等） 存在必填項冗余

6、字段或內容4輕微裝飾性問題：主要是界面方面問題，如錯別字，提示信息不準確：輔助說明描述不清楚、提示信息不止確顯示格式不規(guī)范長時間操作未給用戶進度提示（少于10秒）提示窗口文字未采用行業(yè)術語可輸入區(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志系統(tǒng)處理未優(yōu)化腳本或說明文檔未提供或提供錯誤界面美觀性問題明顯及常見的操作方便或習慣性問題5其它測試建議1.1.3缺陷來源#缺陷來源詳細來源1需求業(yè)務/用戶需求描述錯誤業(yè)務/用戶需求描述不清楚業(yè)務/用戶需求遺漏需求規(guī)格描述錯誤需求規(guī)格描述不清楚需求規(guī)格需求遺漏需求規(guī)格與業(yè)務/用戶需求不符2設計系統(tǒng)框架存在缺陷系統(tǒng)采用的組件存在缺陷模塊間存在高耦合性（劃分不清楚） 接口設計

7、錯誤接口設計描述不清楚 數(shù)據庫設計不合理 設計與SRS不一致3編碼編碼和設計不一致變量賦值類錯誤比較表示式錯誤變量溢出循環(huán)條件錯誤日志格式或內容不符H要求SQL語句錯誤SQL語句不可用（存在性能問題等）界面展現(xiàn)錯誤，如：拼寫、標點符號、打字腳本不全，配置錯誤，提供給測試部作系統(tǒng)測試的文檔不全4測試測試用例跟SRS不一致修改回歸缺陷引起測試環(huán)境原因（測試環(huán)境搭建錯誤）1.1.4發(fā)現(xiàn)階段#發(fā)現(xiàn)階段描述1需求階段在需求階段發(fā)現(xiàn)的缺陷2設計階段在設計階段發(fā)現(xiàn)的缺陷3編碼階段在編碼階段發(fā)現(xiàn)的缺陷4集成測試階段在集成測試階段發(fā)現(xiàn)的缺陷5系統(tǒng)測試階段在系統(tǒng)測試階段發(fā)現(xiàn)的缺陷6確認測試階段在確認測試階段發(fā)現(xiàn)的

8、缺陷7運行維護階段在運行維護階段發(fā)現(xiàn)的缺陷1.1.5排除階段#排除階段描述1需求階段在需求階段排除的缺陷2設計階段在設計階段排除的缺陷3編碼階段在編碼階段排除的缺陷4集成測試階段在集成測試階段排除的缺陷5系統(tǒng)測試階段在系統(tǒng)測試階段排除的缺陷6確認測試階段在確認測試階段排除的缺陷7運行維護階段在運行維護階段排除的缺陷1.1.6優(yōu)先級#優(yōu)先級描述11-立即解決缺陷必須被立即解決。22-正常缺陷需要正常排隊等待解決或列入軟件發(fā)布清單。33-不緊急缺陷能夠在方便時解決1.1.7解決方案#解決方案描述1Duplicate提交的缺陷和以前的某個缺陷屬于同一個缺陷，解決方案直接復 制2Enhancement

9、 Request提交的缺陷屬于需求功能增強3Fixed修正BUG （直接修復）4Fixed Indirectly提交的缺陷是由其它缺陷引起的（間接修復）1.1.8缺陷狀態(tài)#缺陷狀態(tài)描述1Submitted已提交的缺陷2Ready已指派修復責任人的缺陷3Canceled已取消的缺陷（提交后經評審不需要修復或不是缺陷）4Postponed已推遲的缺陷，暫不修復5Active已打開的缺陷，正在解決中6Resolved已解決的缺陷7Rejected已拒收的缺陷（已解決的缺陷經驗證不經過）8Validated已驗證經過的缺陷9Closed已關閉的缺陷10Subrejected已拒絕測試組提交的缺陷（項目接口人經審核后，發(fā)現(xiàn)提交的缺 陷單有問題，需要測試組修改 .11Unactived開發(fā)人員拒絕項目接口人分配的缺陷。1.2缺陷管理流程Rational ClearQuest使用一條條的記錄來跟蹤缺陷，每一條缺陷記錄都會經歷不同的狀態(tài)，例如已經指派狀態(tài)、已經解決狀態(tài)、關閉狀態(tài)等。記錄經過不同的動作在各個狀態(tài)間轉換，如下圖：測試