4、 BUG處理流程

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

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

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

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

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

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

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

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

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

　　5、一個(gè)Bug的生存周期

　　Bugzilla管理員操作指南

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

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

　　1.2小組的定義和劃分