Bugzilla安裝見前一篇博客，本篇文章主要關注於如何高效合理的使用Bugzilla，作為為公司內部人員的培訓使用指南。
Bugzilla是一個開源的缺陷跟蹤系統，它可以管理軟件開發過程中缺陷的提交、修復、關閉等整個生命周期。
1. 基本概念
在Bugzilla中，Bug報告狀態分為以下幾種狀態，
待確認的 unconfirmed
新提交的 new
已分配的 assigned
問題未解決的 reopened
待返測的 resolved
待歸檔的 verified
已歸檔的 closed
Bug處理意見（Resolution）
已修改的 fixed
不是問題 nvalid
無法修改 wontfix
以后版本解決 later
保留 remind
重復 duplicate
無法重現 workforme
2. 使用方法
1. 新建一個Bugzilla賬號
當以個人身份登錄Bugzilla系統時，需要新建一個賬號，注冊流程和一般的注冊流程類似。
輸入郵箱，點擊確認后，修改自己的登陸密碼，就完成注冊流程。
如果用戶忘記密碼，可以在登陸界面中點擊忘記密碼就可以，通過注冊郵箱來重置密碼。
2. Bug的生命周期
3. 創建項目
管理員身份進入Bugzilla，點擊Products創建新的Products。一個產品可以有多個模塊，添加具體產品的對應模塊，這樣才提交Bug時，更有針對性。
4. 測試人員提交Bug流程
測試人員在提交Bug之前，請先進行查詢，確認要提交的Bug不會在原有記錄中存在，如果已經存在，不要提交，若有什么建議，可以再原有記錄中增加注釋，告知其屬主，讓Bug的屬主看到這個后自己去修改。
在發現Bug后，先判斷是屬於哪個模塊的問題，填寫Bug報告后，通過Email通知項目組長或者直接通知開發者
項目組長根據具體情況，重新reassigned分配給Bug所屬的開發者
若Bug不存在，創建一份有效的Bug報告后進行提交
具體流程圖如下：
5. 測試人員驗證已經修改的Bug
1. 測試人員查詢開發者已經修改的Bug，即Status為“Resolved”，Resolution為“Fixed”
，重新測試
2. 經驗證無誤后，修改Resolutiong為VERIFIED，待產品發布后，修改為CLOSED
若還有問題，將Bug改為REOPENED，狀態重新變為“NEW”，並發郵件通知。
如下圖所示：
3. Bugzilla的備份與恢復
Bugzilla的數據大部分放在數據庫了，Bugzilla默認安裝時的數據庫為Bugs，我這里設置的也是一樣的。備份的步驟是先備份Bugzilla數據庫，然后備份整個Bugzilla的整個目錄就可以。
恢復的過程很簡單，把原來的備份和打包好的目錄解壓放在新機器相應的目錄中，然后導入數據庫。下圖為恢復數據庫的命令
