2. 項目組長根據具體情況，重新reassigned分配給bug所屬的開發者。
3. 開發者收到Email信息后，判斷是否為自己的修改范圍.
1) 若不是,重新reassigned分配給項目組長或應該分配的開發者。
2) 若是，進行處理，resolved并給出解決方法。(可創建補丁附件及補充說明)
4. 測試人員查詢開發者已修改的bug，進行重新測試。(可創建test case附件)
1) 經驗證無誤后，修改狀態為VERIFIED。待整個產品發布后，修改為CLOSED。
2) 還有問題，REOPENED，狀態重新變為“New"，并發郵件通知。
5. 如果這個BUG一周內一直沒被處理過。Bugzilla就會一直用email騷擾它的屬主，直到采取行動。
5、一個Bug的生存周期
Bugzilla管理員操作指南
1、主要工作內容：
1. 1產品(Product)、版本號(versions)和模塊(Components)的定義，同時指定模塊相應的開發者(owner)和測試人員(QA Contact)。
1.2小組的定義和劃分
1.3測試中Bug嚴重程度、優先級的定義
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
