4. 填表注意：Assigned to: 為空則默認為設定的 owner, 也可手工制定。CC: 可為多人，需用"，"隔開(kāi)。Desription中要詳細說(shuō)明下列情況：
1) 發(fā)現問(wèn)題的步驟
2) 執行上述步驟后出現的情況。
3) 期望應出現的正確結果。
選擇group設置限定此bug對組的權限，若為空，則為公開(kāi)。
5. 操作結果：Bug狀態(tài)(status)可以選擇Initial state 為New或Unconfirmed.
系統將自動(dòng)通過(guò)Email通知項目組長(cháng)或直接通知開(kāi)發(fā)者。
6.幫助： Bug writing guidelines
2.1.2 開(kāi)發(fā)人員報告Bug.
1. 具體方法同測試人員報告。
2. 區別： Bug初始狀態(tài)將自動(dòng)設為Unconfirmed，待測試人員確定后變?yōu)椤癗ew".
2.2、Bug的不同處理情況
2.2.1 Bug的屬主 (owner) 處理問(wèn)題后，提出解決意見(jiàn)及方法。
1 . 給出解決方法并填寫(xiě)Additional Comments，還可創(chuàng )建附件(如：更改提交單)
2.具體操作(填表項如下)
3 . 填表注意：
FIXED 描述的問(wèn)題已經(jīng)修改
INVALID 描述的問(wèn)題不是一個(gè)bug (輸入錯誤后，通過(guò)此項來(lái)取消)
WONTFIX 描述的問(wèn)題將永遠不會(huì )被修復。
LATER 描述的問(wèn)題將不會(huì )在產(chǎn)品的這個(gè)版本中解決.
DUPLICATE 描述的問(wèn)題是一個(gè)存在的bug的復件。
WORKSFORME 所有要重新產(chǎn)生這個(gè)bug的企圖是無(wú)效的。如果有更多的信息出現，請重新分配這個(gè)bug，而現在只把它歸檔。
2.2.2 項目組長(cháng)或開(kāi)發(fā)者重新指定Bug的屬主。(owner)
1. 為此bug不屬于自己的范圍，可置為 Assigned,等待測試人員重新指定。
2. 為此bug不屬于自己的范圍，但知道誰(shuí)應該負責，直接輸入被指定人的Email， 進(jìn)行Ressigned。
3. 操作：(可選項如下)
* Accept bug (change status to ASSIGNED)
* Reassign bug to
* Reassign bug to owner and QA contact of selected component
4. 操作結果：此時(shí)bug狀態(tài)又變?yōu)镹ew，此bug的owner變?yōu)楸恢付ǖ娜恕?/P>
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
