2.2.5測試人員確認(rèn)開發(fā)人員報告的Bug是否存在.

　　1. 查詢狀態(tài)為“Unconfirmed"的Bug，

　　2. 測試人員對開發(fā)人員提交的Bug進(jìn)行確認(rèn)，確認(rèn)Bug存在。

　　3. 具體操作：選中“Confirm bug(change status to New)"后，進(jìn)行commit.

　　4. 操作結(jié)果：狀態(tài)變?yōu)?ldquo;New".

2.3、查詢Bug

　　1．直接輸入Bug Id，點(diǎn)擊find 查詢�？梢圆榭碆ug的活動紀(jì)錄。

　　2．點(diǎn)擊Query，輸入條件進(jìn)行查詢。

　　3．查詢Bug活動的歷史

　　4．產(chǎn)生報表。

　　5．幫助：點(diǎn)擊Clue.

3、關(guān)于權(quán)限的說明

　　1． 組內(nèi)成員對bug具有查詢的權(quán)利，但不能進(jìn)行修改。

　　2． Bug的owner 和 reporter 具有修改的權(quán)利。

　　3． 具有特殊權(quán)限的用戶具有修改的權(quán)利。

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） 若是，進(jìn)行處理，resolved并給出解決方法。（可創(chuàng)建補(bǔ)丁附件及補(bǔ)充說明）

　　4． 測試人員查詢開發(fā)者已修改的bug，進(jìn)行重新測試。（可創(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的生存周期