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

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

　　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列表中的人的電子郵件中。

　　2.2.5測試人員確認開發人員報告的Bug是否存在.

　　1. 查詢狀態為“Unconfirmed"的Bug,

　　2. 測試人員對開發人員提交的Bug進行確認，確認Bug存在。

　　3. 具體操作：選中“Confirm bug(change status to New)"后，進行commit.

　　4. 操作結果：狀態變為“New".

　　2.3、查詢Bug

　　1.直接輸入Bug Id，點擊find 查詢?？梢圆榭碆ug的活動紀錄。

　　2.點擊Query，輸入條件進行查詢。

　　3.查詢Bug活動的歷史

　　4.產生報表。

　　5.幫助：點擊Clue.

　　3、關于權限的說明

　　1. 組內成員對bug具有查詢的權利,但不能進行修改。

　　2. Bug的owner 和 reporter 具有修改的權利。

　　3. 具有特殊權限的用戶具有修改的權利。

　　4、 BUG處理流程

　　1. 測試人員或開發人員發現bug后，判斷屬于哪個模塊的問題，填寫bug報告后，通過Email通知項目組長或直接通知開發者。

原文轉自：http://www.kjueaiud.com