資源描述:
《Bug流程管理規(guī)范.doc》由會員上傳分享,免費在線閱讀,更多相關內容在行業(yè)資料-天天文庫。
1、一、文檔目的作為質量管理體系的一部分,Bug管理對一個項目組是否具有規(guī)范化的流程顯得尤其重要。編寫此文檔的目的是為了完善項目組的Bug管理流程,提高Bug質量,幫助測試組和開發(fā)組進行更好的溝通。此文檔的閱讀者包括開發(fā)人員、測試人員以及項目組管理人員。二、Bug管理流程為了更直觀的闡述Bug管理流程,本文以流程圖的方式來說明。如下圖:Bug狀態(tài)(Status)和解決狀態(tài)(Resolution)的說明:Status:New——當測試人員新提交一個Bug,Bug的狀態(tài)默認為NewOpen——測試組長對新提交的Bug進行確認,如
2、為有效Bug,Bug指給相關開發(fā)人員并且把Bug狀態(tài)設置為OpenInProgress——開發(fā)人員確認為有效Bug,并且開始處理Bug時,修改Bug的狀態(tài)為InProgressResolved——開發(fā)人員對Bug完成處理,把Bug狀態(tài)設置為CheckIn,并且把Bug指回給開發(fā)人員進行驗證Reopen——開發(fā)人員已解決問題,測試不認同開發(fā)人員的解決方案時,將Bug重新打開Closed——當Bug已經確認被解決或者確認不是Bug的時候將Bug的狀態(tài)設置為ClosedResolution:NeedMoreInformatio
3、n——需要更多信息。當測試組長確認Bug,發(fā)現(xiàn)Bug描述不夠詳盡時,把Bug指回給Bug的Reporter,并且把Resolution項設置為NeedMoreInformation,對應的狀態(tài)為Open;當開發(fā)人員處理Bug時,需要測試人員提供更多的Bug信息,把Bug指回給Bug的Reporter,并且把Resolution項設置為NeedMoreInformation,對應的狀態(tài)為InProgress。Invalid——無效。測試組長確認Bug,發(fā)現(xiàn)該Bug無效時,把Resolution項設置為Invalid,對應的
4、狀態(tài)為Closed;當開發(fā)人員處理Bug,發(fā)現(xiàn)該Bug無效時,把Resolution項設置為Invalid,對應的狀態(tài)為Resolved。Duplicate——重復。測試組長確認Bug,發(fā)現(xiàn)該Bug和已有Bug重復時,把Resolution項設置為Duplicate,對應的狀態(tài)為Closed;當開發(fā)人員處理Bug,發(fā)現(xiàn)該Bug和已有Bug重復時,把Resolution項設置為Duplicate,對應的狀態(tài)為Resolved。Fixed——已修復。開發(fā)人員對Bug修改完成并且已經登記,等待測試人員確認,把Bug指回給Bug
5、的Reporter,并且把Resolution項設置為Fixed,對應的狀態(tài)是Resolved;測試人員對Bug完成驗證并且確認已修復,把Resolution項設置為Fixed,對應的狀態(tài)是Closed。UnableToReproduce——無法復現(xiàn)。被指派的開發(fā)人員對Bug進行修改但發(fā)現(xiàn)Bug始終不能再現(xiàn)的時候,把Bug指回給Bug的Reporter,并且把Resolution項設置為UnableToReproduce,對應的狀態(tài)是Resolved;測試人員對Bug完成驗證并且確認無法復現(xiàn),把Resolution項設置
6、為UnableToReproduce,對應的狀態(tài)是Closed。Won’tfix——不準備修。開發(fā)人員確認Bug有效但是不準備修改這個bug的時候,把Bug指回給Bug的Reporter,并且把Resolution項設置為Won’tfix,對應的狀態(tài)是Resolved;測試人員對Bug完成驗證并且確認Bug不需要修復的時候,把Resolution項設置為Won’tfix,對應的狀態(tài)是Closed。Suspended——延期。開發(fā)人員確認Bug有效但是在當前版本不準備修復該Bug,下個版本再提供解決方案的時候,把Bug指回
7、給Bug的Reporter,并且把Resolution項設置為Suspended,對應的狀態(tài)是Resolved;測試人員對Bug完成驗證并且確認當前版本不準備修復該Bug時,把Resolution項設置為Suspended,對應的狀態(tài)是Closed。三、Bug的重要屬性每個Bug都會有相應的優(yōu)先級(Priority),嚴重級別(Severity)和出現(xiàn)頻率(Reproducibility),LIVE項目中所使用的級別定義如下。Priority:Immediate——需要立即進行修改Urgent——緊急,一到兩天之內必須進
8、行修改High——高優(yōu)先級,將處于Immediate和Urgent優(yōu)先級的bug修改完畢后要進行修改Normal——中等優(yōu)先級Low——低優(yōu)先級,留到最后解決,如果項目的進度很緊張可以在產品發(fā)布以前不解決Severity:Blocked——系統(tǒng)崩潰,導致系統(tǒng)崩潰或死鎖的錯誤Serious——嚴重錯誤,嚴重地影響系統(tǒng)要