2.2、Bug的不同處理情況
2.2.1 Bug的屬主 (owner) 處理問題后，提出解決意見及方法。
1 . 給出解決方法并填寫Additional Comments，還可創建附件（如：更改提交單）
2．具體操作（填表項如下）
3 . 填表注意：
FIXED 描述的問題已經修改
INVALID 描述的問題不是一個bug (輸入錯誤后，通過此項來取消)
WONTFIX 描述的問題將永遠不會被修復。
LATER 描述的問題將不會在產品的這個版本中解決.
DUPLICATE 描述的問題是一個存在的bug的復件。
WORKSFORME 所有要重新產生這個bug的企圖是無效的。如果有更多的信息出現，請重新分配這個bug，而現在只把它歸檔。
2.2.2 項目組長或開發者重新指定Bug的屬主。（owner）
1． 為此bug不屬于自己的范圍，可置為 Assigned，等待測試人員重新指定。
2． 為此bug不屬于自己的范圍，但知道誰應該負責，直接輸入被指定人的Email， 進行Ressigned。
3. 操作：（可選項如下）
* Accept bug (change status to ASSIGNED)
* Reassign bug to
* Reassign bug to owner and QA contact of selected component
4． 操作結果：此時bug狀態又變為New，此bug的owner變為被指定的人。
2.2.3測試人員驗證已修改的 Bug.
1． 測試人員查詢開發者已修改的bug，即Status為"Resolved"，Resolution為"Fixed".進行重新測試。（可創建test case附件）
2． 經驗證無誤后，修改Resolution為VERIFIED。待整個產品發布后，修改為CLOSED。
若還有問題，REOPENED，狀態重新變為“New"，并發郵件通知。
3． 具體操作（可選擇項）
1. Leave as RESOLVED FIXED
2. Reopen bug
3. Mark bug as VERIFIED
4. Mark bug as CLOSED
2.2.4 Bug報告者（reporter）或其他有權限的用戶修改及補充Bug
1. 可以修改Bug的各項內容。
2. 可以增加建立附件，增加了相關性， 并加一些評論來解釋你正在做些什么和你為什么做。
3． 操作結果：每當一些人修改了bug報告或加了一個評論，他們將會被加到CC列表中，bug報告中的改變會顯在要發給屬主、寫報告者和CC列表中的人的電子郵件中。
