2.2、Bug的不同處理情況

2.2.1 Bug的屬主 (owner) 處理問題后，提出解決意見及方法。

　　1 . 給出解決方法并填寫Additional Comments，還可創(chuàng)建附件（如：更改提交單）

　　2．具體操作（填表項(xiàng)如下）

　　3 . 填表注意：

　　FIXED 描述的問題已經(jīng)修改

　　INVALID 描述的問題不是一個(gè)bug (輸入錯(cuò)誤后，通過此項(xiàng)來取消)

　　WONTFIX 描述的問題將永遠(yuǎn)不會(huì)被修復(fù)。

　　LATER 描述的問題將不會(huì)在產(chǎn)品的這個(gè)版本中解決.

　　DUPLICATE 描述的問題是一個(gè)存在的bug的復(fù)件。

　　WORKSFORME 所有要重新產(chǎn)生這個(gè)bug的企圖是無效的。如果有更多的信息出現(xiàn)，請(qǐng)重新分配這個(gè)bug，而現(xiàn)在只把它歸檔。

2.2.2 項(xiàng)目組長(zhǎng)或開發(fā)者重新指定Bug的屬主。（owner）

　　1． 為此bug不屬于自己的范圍，可置為 Assigned，等待測(cè)試人員重新指定。

　　2． 為此bug不屬于自己的范圍，但知道誰應(yīng)該負(fù)責(zé)，直接輸入被指定人的Email， 進(jìn)行Ressigned。

　　3. 操作：（可選項(xiàng)如下）

　　* Accept bug (change status to ASSIGNED)

　　* Reassign bug to

　　* Reassign bug to owner and QA contact of selected component

　　4． 操作結(jié)果：此時(shí)bug狀態(tài)又變?yōu)镹ew，此bug的owner變?yōu)楸恢付ǖ娜恕?/p>

2.2.3測(cè)試人員驗(yàn)證已修改的 Bug.

　　1． 測(cè)試人員查詢開發(fā)者已修改的bug，即Status為"Resolved"，Resolution為"Fixed".進(jìn)行重新測(cè)試。（可創(chuàng)建test case附件）

　　2． 經(jīng)驗(yàn)證無誤后，修改Resolution為VERIFIED。待整個(gè)產(chǎn)品發(fā)布后，修改為CLOSED。

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

　　3． 具體操作（可選擇項(xiàng)）

　　　1. Leave as RESOLVED FIXED

　　　2. Reopen bug

　　　3. Mark bug as VERIFIED

　　　4. Mark bug as CLOSED

2.2.4 Bug報(bào)告者（reporter）或其他有權(quán)限的用戶修改及補(bǔ)充Bug

　　1. 可以修改Bug的各項(xiàng)內(nèi)容。

　　2. 可以增加建立附件，增加了相關(guān)性， 并加一些評(píng)論來解釋你正在做些什么和你為什么做。

　　3． 操作結(jié)果：每當(dāng)一些人修改了bug報(bào)告或加了一個(gè)評(píng)論，他們將會(huì)被加到CC列表中，bug報(bào)告中的改變會(huì)顯在要發(fā)給屬主、寫報(bào)告者和CC列表中的人的電子郵件中。