2. Bug的owner 和 reporter 具有修改的權利。
3. 具有特殊權限的用戶(hù)具有修改的權利。
4、 BUG處理流程
1. 測試人員或開(kāi)發(fā)人員發(fā)現bug后，判斷屬于哪個(gè)模塊的問(wèn)題，填寫(xiě)bug報告后，通過(guò)Email通知項目組長(cháng)或直接通知開(kāi)發(fā)者。
2. 項目組長(cháng)根據具體情況，重新reassigned分配給bug所屬的開(kāi)發(fā)者。
3. 開(kāi)發(fā)者收到Email信息后，判斷是否為自己的修改范圍.
1) 若不是,重新reassigned分配給項目組長(cháng)或應該分配的開(kāi)發(fā)者。
2) 若是，進(jìn)行處理，resolved并給出解決方法。(可創(chuàng )建補丁附件及補充說(shuō)明)
4. 測試人員查詢(xún)開(kāi)發(fā)者已修改的bug，進(jìn)行重新測試。(可創(chuàng )建test case附件)
1) 經(jīng)驗證無(wú)誤后，修改狀態(tài)為VERIFIED。待整個(gè)產(chǎn)品發(fā)布后，修改為CLOSED。
2) 還有問(wèn)題，REOPENED，狀態(tài)重新變?yōu)椤癗ew"，并發(fā)郵件通知。
5. 如果這個(gè)BUG一周內一直沒(méi)被處理過(guò)。Bugzilla就會(huì )一直用email騷擾它的屬主，直到采取行動(dòng)。
5、一個(gè)Bug的生存周期
|
#FormatImgID_0# |
Bugzilla管理員操作指南
1、主要工作內容：
1. 1產(chǎn)品(Product)、版本號(versions)和模塊(Components)的定義，同時(shí)指定模塊相應的開(kāi)發(fā)者(owner)和測試人員(QA Contact)。
1.2小組的定義和劃分
1.3測試中Bug嚴重程度、優(yōu)先級的定義
1. 4增加用戶(hù)，并分別設定全部用戶(hù)的分組、權限。
1. 5主要參數(parameters)的設置
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
