2.2.5測試人員確認開發人員報告的Bug是否存在.
1. 查詢狀態為“Unconfirmed"的Bug，
2. 測試人員對開發人員提交的Bug進行確認，確認Bug存在。
3. 具體操作：選中“Confirm bug(change status to New)"后，進行commit.
4. 操作結果：狀態變為“New".
2.3、查詢Bug
1．直接輸入Bug Id，點擊find 查詢。可以查看Bug的活動紀錄。
2．點擊Query，輸入條件進行查詢。
3．查詢Bug活動的歷史
4．產生報表。
5．幫助：點擊Clue.
3、關于權限的說明
1． 組內成員對bug具有查詢的權利，但不能進行修改。
2． Bug的owner 和 reporter 具有修改的權利。
3． 具有特殊權限的用戶具有修改的權利。
4、 BUG處理流程
1． 測試人員或開發人員發現bug后，判斷屬于哪個模塊的問題，填寫bug報告后，通過Email通知項目組長或直接通知開發者。
2． 項目組長根據具體情況，重新reassigned分配給bug所屬的開發者。
3． 開發者收到Email信息后，判斷是否為自己的修改范圍.
1） 若不是，重新reassigned分配給項目組長或應該分配的開發者。
2） 若是，進行處理，resolved并給出解決方法。（可創建補丁附件及補充說明）
4． 測試人員查詢開發者已修改的bug，進行重新測試。（可創建test case附件）
1） 經驗證無誤后，修改狀態為VERIFIED。待整個產品發布后，修改為CLOSED。
2） 還有問題，REOPENED，狀態重新變為“New"，并發郵件通知。
5． 如果這個BUG一周內一直沒被處理過。Bugzilla會一直用email騷擾它的屬主，直到采取行動。
5、一個Bug的生存周期
