4、 BUG處理流程

　　1. 測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷屬于哪個模塊的問題，填寫bug報告后，通過Email通知項目組長或直接通知開發(fā)者。

　　2. 項目組長根據(jù)具體情況，重新reassigned分配給bug所屬的開發(fā)者。

　　3. 開發(fā)者收到Email信息后，判斷是否為自己的修改范圍.

　　1) 若不是，重新reassigned分配給項目組長或應(yīng)該分配的開發(fā)者。

　　2) 若是，進行處理，resolved并給出解決方法。(可創(chuàng)建補丁附件及補充說明)

　　4. 測試人員查詢開發(fā)者已修改的bug，進行重新測試。(可創(chuàng)建test case附件)

　　1) 經(jīng)驗證無誤后，修改狀態(tài)為VERIFIED。待整個產(chǎn)品發(fā)布后，修改為CLOSED。

　　2) 還有問題，REOPENED，狀態(tài)重新變?yōu)?ldquo;New"，并發(fā)郵件通知。

　　5. 如果這個BUG一周內(nèi)一直沒被處理過。Bugzilla會一直用email騷擾它的屬主，直到采取行動。

　　5、一個Bug的生存周期

　　Bugzilla管理員操作指南

　　1、主要工作內(nèi)容：

　　1. 1產(chǎn)品(Product)、版本號(versions)和模塊(Components)的定義，同時指定模塊相應(yīng)的開發(fā)者(owner)和測試人員(QA Contact)。

　　1.2小組的定義和劃分