3 . 填表注意：
FIXED 描述的問(wèn)題已經(jīng)修改
INVALID 描述的問(wèn)題不是一個(gè)bug (輸入錯(cuò)誤后，通過(guò)此項(xiàng)來(lái)取消)
WONTFIX 描述的問(wèn)題將永遠(yuǎn)不會(huì)被修復(fù)。
LATER 描述的問(wèn)題將不會(huì)在產(chǎn)品的這個(gè)版本中解決.
DUPLICATE 描述的問(wèn)題是一個(gè)存在的bug的復(fù)件。
WORKSFORME 所有要重新產(chǎn)生這個(gè)bug的企圖是無(wú)效的。如果有更多的信息出現(xiàn)，請(qǐng)重新分配這個(gè)bug，而現(xiàn)在只把它歸檔。
2.2.2 項(xiàng)目組長(zhǎng)或開(kāi)發(fā)者重新指定Bug的屬主。(owner)
1. 為此bug不屬于自己的范圍，可置為 Assigned，等待測(cè)試人員重新指定。
2. 為此bug不屬于自己的范圍，但知道誰(shuí)應(yīng)該負(fù)責(zé)，直接輸入被指定人的Email， 進(jìn)行Ressigned。
3. 操作：(可選項(xiàng)如下)
* Aclearcase/" target="_blank" >ccept 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è)試人員查詢開(kāi)發(fā)者已修改的bug，即Status為"Resolved"，Resolution為"Fixed".進(jìn)行重新測(cè)試。(可創(chuàng)建test case附件)
2. 經(jīng)驗(yàn)證無(wú)誤后，修改Resolution為VERIFIED。待整個(gè)產(chǎn)品發(fā)布后，修改為CLOSED。
若還有問(wèn)題，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)論來(lái)解釋你正在做些什么和你為什么做。
3. 操作結(jié)果：每當(dāng)一些人修改了bug報(bào)告或加了一個(gè)評(píng)論，他們將會(huì)被加到CC列表中，bug報(bào)告中的改變會(huì)顯在要發(fā)給屬主、寫報(bào)告者和CC列表中的人的電子郵件中。
2.2.5測(cè)試人員確認(rèn)開(kāi)發(fā)人員報(bào)告的Bug是否存在.
1. 查詢狀態(tài)為“Unconfirmed"的Bug，
2. 測(cè)試人員對(duì)開(kāi)發(fā)人員提交的Bug進(jìn)行確認(rèn)，確認(rèn)Bug存在。
3. 具體操作：選中“Confirm bug(change status to New)"后，進(jìn)行commit.
4. 操作結(jié)果：狀態(tài)變?yōu)?ldquo;New".
2.3、查詢Bug
1.直接輸入Bug Id，點(diǎn)擊find 查詢�？梢圆榭碆ug的活動(dòng)紀(jì)錄。
2.點(diǎn)擊Query，輸入條件進(jìn)行查詢。
3.查詢Bug活動(dòng)的歷史
4.產(chǎn)生報(bào)表。
5.幫助：點(diǎn)擊Clue.
3、關(guān)于權(quán)限的說(shuō)明
1. 組內(nèi)成員對(duì)bug具有查詢的權(quán)利，但不能進(jìn)行修改。
2. Bug的owner 和 reporter 具有修改的權(quán)利。
3. 具有特殊權(quán)限的用戶具有修改的權(quán)利。
