2.2.5測試人員確認開發(fā)人員報告的Bug是否存在.
1. 查詢狀態(tài)為“Unconfirmed"的Bug，
2. 測試人員對開發(fā)人員提交的Bug進行確認，確認Bug存在。
3. 具體操作：選中“Confirm bug(change status to New)"后，進行commit.
4. 操作結(jié)果：狀態(tài)變?yōu)?ldquo;New".
2.3、查詢Bug
1．直接輸入Bug Id，點擊find 查詢。可以查看Bug的活動紀錄。
2．點擊Query，輸入條件進行查詢。
3．查詢Bug活動的歷史
4．產(chǎn)生報表。
5．幫助：點擊Clue.
3、關(guān)于權(quán)限的說明
1． 組內(nèi)成員對bug具有查詢的權(quá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） 若是，進行處理，resolved并給出解決方法。（可創(chuàng)建補丁附件及補充說明）
4． 測試人員查詢開發(fā)者已修改的bug，進行重新測試。（可創(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的生存周期
