Bugzilla簡介
-
Bugzilla是一個問題跟蹤的專門工具
-
基於web方式、使用方便簡單
-
有利於問題的跟蹤，問題的統計分析
-
系統靈活，強大的可配置能力
-
自動發送email通知相關人員
Bug處理流程
-
軟測提交Bug之後，狀態爲“新建”。
-
軟件收到bug，確認是自己的bug，請選擇接受Bug,狀態會變成已分配。
-
如果不是自己的bug，請將bug狀態設置爲“重分配”並提交給相應責任人。
-
如是重複bug,則填好重複的bug號碼後，更改狀態爲“解決Bug”。
-
如此bug是無效的，開發人員則更改bug狀態爲“無效”
-
如此bug的耦合度較高，修改會造成未知的問題，開發人員可以更改bug狀態爲“決定不改”“稍後再改”。
-
如此問題開發人員無法復現則可以更改狀態爲“無法重現”。
-
如修復了此bug,則更改狀態爲已修復。
Bug處理要求
-
Bug修復後需要及時更新bug狀態至Fix，並在評論中寫清楚在哪一版驗證，而不是諸如“已解決”等，如下圖。
-
Bug不修復，與測試溝通確認後，需要及時作相應的處理，在評論說明不改的原因，而不是諸如“不改”“無聊的bug”等， 如下圖。
注意事項：Bug狀態的變更
-
軟測提交bug後，bugzilla上顯示爲“new”，如下圖
-
開發接收bug，bugzilla上顯示爲“assigned”，如下圖
-
修改完畢後，更改狀態爲“repaired”，並寫明驗證版本，如下圖
