測試跟蹤工具Bugzilla介紹[2]

　　測試跟蹤工具Bugzilla介紹[2]   軟件測試

　　4. 填表注意：Assigned to: 為空則默認為設定的 owner, 也可手工制定。CC: 可為多人，需用"，"隔開。Desription中要詳細說明下列情況：

　　1) 發現問題的步驟

　　2) 執行上述步驟后出現的情況。

　　3) 期望應出現的正確結果。

　　選擇group設置限定此bug對組的權限，若為空，則為公開。

　　5. 操作結果：Bug狀態(status)可以選擇Initial state 為New或Unconfirmed.

　　系統將自動通過Email通知項目組長或直接通知開發者。

　　6.幫助： Bug writing guidelines

　　2.1.2 開發人員報告Bug.

　　1. 具體方法同測試人員報告。

　　2. 區別： Bug初始狀態將自動設為Unconfirmed，待測試人員確定后變為“New".

　　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. 操作：(可選項如下)

　　* Aclearcase/" target="_blank" >ccept bug (change status to ASSIGNED)

　　* Reassign bug to

　　* Reassign bug to owner and QA contact of selected component

　　4. 操作結果：此時bug狀態又變為New，此bug的owner變為被指定的人。

原文轉自：http://www.anti-gravitydesign.com