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

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

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

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

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

2.3、查詢Bug

　　1．直接輸入Bug Id，點擊find 查詢�？梢圆榭碆ug的活動紀錄。

　　2．點擊Query，輸入條件進行查詢。

　　3．查詢Bug活動的歷史

　　4．產生報表。

　　5．幫助：點擊Clue.

3、關于權限的說明

　　1． 組內成員對bug具有查詢的權利，但不能進行修改。

　　2． Bug的owner 和 reporter 具有修改的權利。

　　3． 具有特殊權限的用戶具有修改的權利。

4、 BUG處理流程

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

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

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

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

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

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

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

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

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

5、一個Bug的生存周期