缺陷管理流程

1、缺陷管理流程2011-04-18文檔修訂記錄版本編號變化狀態(tài)簡要說明（變更內(nèi)容和變更范 圍）日期變更人批準日 期批準人變化狀態(tài)：建立，修改，增加，刪除文檔審批信息版本編號審批人角色審批日期簽字備注1.1.編寫目的Q1.2.適用范圍31.3.讀者對象3登記缺陷流程4缺陷管理流程說明 53.1.發(fā)現(xiàn)階段5.3.2.測試類型錯誤！未定義書簽。-L”3.3.嚴重級別> 3.4.缺陷狀態(tài)kJ3.5.上線版本C.w3.6.缺陷類型63.7.缺陷優(yōu)先級63.8.缺陷引入階段6附:缺陷登記注意事項 84.1.驗證測試規(guī)則錯誤！未定義書簽。4.2.歷史遺留問題處理規(guī)則 8 .“ 4.3.缺陷優(yōu)先級流程錯誤

2、！未定義書簽。-“L”'AN32.3.1.目錄概述4.1.概述。AN1.1. 編寫目的用于規(guī)范公司內(nèi)部的缺陷管理流程，使整個測試過程順利進行12適用范圍本文檔適用于公司內(nèi)部的整個測試過程。1.3.讀者對象測試人員與相關(guān)開發(fā)人員。2. 登記缺陷流程3. 缺陷管理流程說明3.1. 發(fā)現(xiàn)階段序號發(fā)現(xiàn)階段描述11-系統(tǒng)測試測試環(huán)境測試發(fā)現(xiàn)有的缺陷22-驗收測試內(nèi)部驗收測試發(fā)現(xiàn)有的缺陷，由質(zhì)量部進行32嚴重級別序號級別描述10-建議建議增加或修改優(yōu)化操作21-輕微微小的問題，幾乎不影響功能；如界面上錯誤字32-中等次要功能未實現(xiàn)43-較咼功能無法完成，配置錯誤，程序異常錯誤54-高操作無法完成，

3、數(shù)據(jù)庫對象存在冋題65-緊急主機功能都未實現(xiàn)，出現(xiàn)嚴重的問題3.3.缺陷狀態(tài)序號狀態(tài)描述1New測試過程中新提交的缺陷2Ope n新提交并指派給開發(fā)人員處理的缺陷3Fixed開發(fā)人員已修復的缺陷，等待測試人員驗證4Reopen缺陷修改未達到目標，重新指派給開發(fā)人員處理5Closed缺陷已修復并已經(jīng)通過測試人員驗證6Rejected開發(fā)拒絕的缺陷，不需要修復或者不是缺陷7Pending當前版本不能修復的缺陷8Distract在上線前仍未修復，后續(xù)跟蹤的缺陷9ISN' T BUG問題不是缺陷的最終狀態(tài)34缺陷處理權(quán)限、.權(quán)限 角色NewOpe nFixedReopenClosedRejec

4、tedPendingDistract測試人員VVXVVVXX開發(fā)人員XXVVXVXX項目經(jīng)理XXXVVV3.5.上線版本序號上線版本描述1上線時間未定測試任務上線時間不確定的缺陷2各系統(tǒng)上線時間各個項目的具體上線時間，確定到日36缺陷類型序號缺陷類型描述101-基礎功能未實現(xiàn)頁面無法打開，或打開報錯，無法正常操作202-提交不完整功能設計說明書中的功能模塊部分未提交303-功能未實現(xiàn)指的是功能不可用或雖然功能可用、但某些方面不能像所 希望的那樣起到相應的作用404-數(shù)據(jù)丟失或錯誤指的是對應數(shù)據(jù)無記錄或數(shù)據(jù)計算錯誤、數(shù)據(jù)約束錯誤等505-操作界面指的是功能可用但是界面不友好或界面信息錯誤；用戶圖

5、 形、圖表界面有錯誤606-接口問題指的是與其他組件、模塊或設備驅(qū)動程序、調(diào)用參數(shù)、控 制塊或參數(shù)列表相互影響的缺陷707-版本和環(huán)境配置指的是編譯、版本問題或其他支持系統(tǒng)問題808-文檔問題指的是設計文檔與需求不一致類問題909-致命錯誤指的是服務器崩潰、死機等系統(tǒng)類問題1010-性能問題指的是響應時間不合理、CPU?系統(tǒng)資源被占用率太高3.7. 缺陷優(yōu)先級序號優(yōu)先級描述平均時間11-低暫時不影響繼續(xù)測試；可以在方便時解決3天22-中部分功能無法繼續(xù)測試；需要優(yōu)先解決2天33-高測試暫停，無法進行；必須立即解決1天3.8. 缺陷引入階段序號引入階段描述1測試缺陷是由測試理解或環(huán)境錯誤造成2開

6、發(fā)缺陷是由開發(fā)錯誤造成3設計缺陷是由設計理解錯誤造成4需求缺陷是由原始需求分析錯誤引起來的3.9. 項目序號項目描述1XXX）各個具體項目具體的項目名稱（如：配電GIS完善化項目）2XXX溶個具體項目具體的項目名稱3.10. 子系統(tǒng)序號子系統(tǒng)描述1XXXXF系統(tǒng)名稱子系統(tǒng)的項目名稱（如：配電 WebGIS2XXXXF系統(tǒng)名稱3XXXXF系統(tǒng)名稱子系統(tǒng)的項目名稱4XXXXF系統(tǒng)名稱4. 附：注意事項4.1. 歷史遺留問題處理規(guī)則1、測試人員發(fā)現(xiàn)問題登記在測試工作中，指派給開發(fā)人員；2、開發(fā)人員認為不是本需求引入而是歷史問題，上升項目經(jīng)理；3、項目經(jīng)理確定在此版本是否修復；1) 如修復重新指派給開

7、發(fā)人員，走正常流程2) 如不修復，則將狀態(tài)置為“ Pending ”，后續(xù)跟蹤。4.2. 客戶反饋缺陷登記流程1、客戶反饋的缺陷首先在測試環(huán)境中驗證是否存在，存在登記缺陷，類型選擇客戶 反饋，缺陷登記后走缺陷處理正常流程，不存在同客戶確認問題原因，是否是客 戶環(huán)境與系統(tǒng)版本問題。2、用戶反饋的缺陷的嚴重級別和優(yōu)先級按最高處理3、 在規(guī)定的處理時間內(nèi)客戶反饋的缺陷沒有解決的將缺陷升級至項目經(jīng)理.4、用戶反饋的優(yōu)化類建議或設計上的修改不走缺陷流程，按優(yōu)化類需求處理提交至 項目經(jīng)理。4.3開發(fā)人員缺陷處理限定1、功能模塊提交后若開發(fā)人員發(fā)現(xiàn)缺陷，必須走缺陷管理流程，登記缺陷，嚴禁開 發(fā)人員私自修改代碼以及私自做代碼優(yōu)化類的修改。4.4缺陷分析1、項目上線后對驗證測試階段和客戶反