Login登錄后，【Edit prefs】->【email settings】 進行郵件設置。

【Edit prefs】-> 【permissions】 進行權限查詢
測試人員報告 Bug

    請先進行查詢，確認要提交的 Bug 報告不會在原有紀錄中存在。
    若已經(jīng)存在，不要提交，若有什么建議，可在原有紀錄中增加注釋，告知其屬主，讓 Bug 的屬主看到這個而自己去修改。
    若 Bug 不存在，創(chuàng)建一份有效的 Bug 報告后進行提交。
    操作：點擊 New，選擇產品后，填寫下表。
    填表注意：Assigned to: 為空則默認為設定的 owner， 也可手工制定。CC: 可為多人，需用"，"隔開。Desription中要詳細說明下列情況：
    • 發(fā)現(xiàn)問題的步驟。
    • 執(zhí)行上述步驟后出現(xiàn)的情況。
    • 期望應出現(xiàn)的正確結果。
    選擇 group 設置限定此 Bug 對組的權限，若為空，則為公開。
    操作結果：Bug 狀態(tài)（status）可以選擇 Initial state 為 New 或 Unconfirmed。系統(tǒng)將自動通過 Email 通知項目組長或直接通知開發(fā)者。

注意:提交bug后面需要提交附件的話，和email一樣選擇Attachment選擇附件，不過有個缺點，開發(fā)查看附件圖片時，只能點擊打開查看.
測試人員驗證已修改的 Bug

    測試人員查詢開發(fā)者已修改的 Bug，即 Status 為"Resolved"，Resolution 為"Fixed"。進行重新測試。（可創(chuàng)建 test case 附件）
    經(jīng)驗證無誤后，修改 Resolution 為 VERIFIED。待整個產品發(fā)布后，修改為 CLOSED。
    　　若還有問題，REOPENED，狀態(tài)重新變?yōu)?ldquo;New"，并發(fā)郵件通知。
    具體操作（可選擇項）
    • Leave as RESOLVED FIXED
    • Reopen bug
    • Mark bug as VERIFIED
    • Mark bug as CLOSED

這里此工具比其他工具的缺點在于，我們不能在my bug那里直接查詢我們提交的單，或者有流程走到我們的這里的單，所以我們用此工具的時候，需要通過項目組開會判斷回歸條件，例如是按提交人回歸，還是增加版本管理人員分配(推薦)，還是按照模塊來回歸，一般用這個工具的項目組一般情況下不會很大，所以好還是按照提交人回歸.