Bug生命周期

新建的Bug處于Active狀態(tài)，可以通過編輯指派給合適的解決者。解決Bug之后，Bug狀態(tài)變?yōu)镽esolved，并自動指派給創(chuàng)建者。創(chuàng)建者驗證Bug。如果未修復，再重新激活，Bug狀態(tài)重新變?yōu)锳ctive；如果已經(jīng)修復則可以關閉，Bug狀態(tài)變?yōu)镃losed，Bug生命周期結束。已經(jīng)Closed的Bug如果重新復現(xiàn)，也可以直接激活。具體流程如下圖所示。

buglifecycle.PNG
Bug的7種解決方案

3種無效的Bug
 

By Design
 

設計需求是這么設計的

Duplicate
 

這個問題別人已經(jīng)發(fā)現(xiàn)

Not Repro
 

無法復現(xiàn)的問題

4中有效的Bug
 

Fixed
 

問題被修復

External
 

外部原因(比如瀏覽器、操作系統(tǒng)、其他第三方軟件)造成的問題

Postponed
 

發(fā)現(xiàn)的太晚了，下一個版本討論是否解決

Won’t Fix
 

是個問題，但是不值得修復

 
Bug字段說明

Bug標題：為包含關鍵詞的簡單問題摘要，要有利于其他人員進行搜索或通過標題快速了解問題
項目名/模塊路徑：指定問題出現(xiàn)在哪個項目的哪個模塊。Bug處理過程中，需要隨時根據(jù)需要修改項目或模塊，方便跟蹤。如果后臺管理指定了模塊負責人，選擇模塊時，會自動指派給負責人
指派給：Bug的當前處理人。如果不知道Bug的處理人，可以指派給Active，項目或模塊負責人再重新分發(fā)、指派給具體人員。如果設定了郵件通知，被指派者會收到郵件通知。此外，狀態(tài)為Closed的Bug，默認會指派給Closed，表示Bug生命周期的結束
抄送給：需要通知相關人員時填寫，例如測試主管或者開發(fā)主管等�？梢酝瑫r指派多個，人員之間用逗號分隔。如果設定了郵件通知，當Bug有任何更新時，被指派者會收到郵件通知
嚴重程度：Bug的嚴重程度。由Bug的創(chuàng)建者視情況來指定，其中1為嚴重的問題，4為小的問題。一般來講，1級為系統(tǒng)崩潰或者數(shù)據(jù)丟失的問題；2級為主要功能的問題；3級為次要功能的問題；4級為細微的問題。
優(yōu)先級：Bug處理的優(yōu)先級。由Bug的處理人員按照當前業(yè)務需求、開發(fā)計劃和資源狀態(tài)指定，其中1的優(yōu)先級高，4的優(yōu)先級低。一般來講，1級為需要立即解決的問題；2級為需要在指定時間內(nèi)解決的問題；3級為項目開發(fā)計劃內(nèi)解決的問題；4級為資源充沛時解決的問題。
其余選項字段（Bug類型、如何發(fā)現(xiàn)、操作系統(tǒng)、瀏覽器）：可以通過編輯Lang/ZH_CN_UTF-8/_COMMON.php來自定義

創(chuàng)建Build：Bug是在哪個版本（Build或者Tag）被發(fā)現(xiàn)的
解決Build：Bug是在哪個版本（Build或者Tag）被解決的
解決方案：參考Bug的7中解決方案。如果解決方案為Duplicated，需要指定重復Bug的Bug編號。

機器配置：測試運行的硬件環(huán)境，例如Dell G280 2G/200G
關鍵詞：主要用于自定義標記，方便查詢。關鍵詞之間用逗號或者空格分隔。例如，對本地解決的Bug可以首先標記localfix，等真正提交新版本時，查詢所有關鍵詞包含localfix的bug，統(tǒng)一進行解決
相關Bug：與當前Bug相關的Bug。例如，相同代碼產(chǎn)生的不同問題，可以在相關Bug注明
上傳附件：上傳Bug的屏幕截圖，Log日志或者Call Stack等，方便處理人員

復現(xiàn)步驟：[步驟]要描述清晰，簡明扼要，步驟數(shù)盡可能少；[結果]說明Bug產(chǎn)生的錯誤結果；[期望]說明正確的結果�？梢栽赱備注]提供一些輔助性的信息，例如，這個bug在上個版本是否也能復現(xiàn)，方便處理人員

http://www.bugfree.org.cn/help/#_Toc201666191   使用幫助

http://www.51testing.com/batch.viewlink.php?itemid=3562  圖解BugFree簡單應用

做為開源軟件，需要設置特定權限可以自己開發(fā)