資源描述：
《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)要
