本篇文章主要關注于如何高效合理的使用Bugzilla。

Bugzilla是一個開源的缺陷跟蹤系統，它可以管理軟件開發過程中缺陷的提交、修復、關閉等整個生命周期。

1. 基本概念

在Bugzilla中，Bug報告狀態分為以下幾種狀態，

• 待確認的 unconfirmed

• 新提交的 new

• 已分配的 assigned

• 問題未解決的 reopened

• 待返測的 resolved

• 待歸檔的 verified

• 已歸檔的 closed

Bug處理意見（Resolution）

• 已修改的 fixed

• 不是問題 nvalid

• 無法修改 wontfix

• 以后版本解決 later

• 保留 remind

• 重復 duplicate

• 無法重現 workforme

2. 使用方法

2.1. 新建一個Bugzilla賬號

當以個人身份登錄Bugzilla系統時，需要新建一個賬號，注冊流程和一般的注冊流程類似。

輸入郵箱，點擊確認后，修改自己的登陸密碼，就完成注冊流程。

如果用戶忘記密碼，可以在登陸界面中點擊忘記密碼就可以，通過注冊郵箱來重置密碼。

2.2. Bug的生命周期

2.3. 創建項目

管理員身份進入Bugzilla，點擊Products創建新的Products。一個產品可以有多個模塊，添加具體產品的對應模塊，這樣才提交Bug時，更有針對性。

2.4. 測試人員提交Bug流程

測試人員在提交Bug之前，請先進行查詢，確認要提交的Bug不會在原有記錄中存在，如果已經存在，不要提交，若有什么建議，可以再原有記錄中增加注釋，告知其屬主，讓Bug的屬主看到這個后自己去修改。

在發現Bug后，先判斷是屬于哪個模塊的問題，填寫Bug報告后，通過Email通知項目組長或者直接通知開發者

項目組長根據具體情況，重新reassigned分配給Bug所屬的開發者

若Bug不存在，創建一份有效的Bug報告后進行提交

具體流程圖如下：

2.5. 測試人員驗證已經修改的Bug

測試人員查詢開發者已經修改的Bug，即Status為“Resolved”，Resolution為“Fixed”

，重新測試

經驗證無誤后，修改Resolutiong為VERIFIED，待產品發布后，修改為CLOSED

若還有問題，將Bug改為REOPENED，狀態重新變為“NEW”，并發郵件通知。

如下圖所示：

3. Bugzilla的備份與恢復

Bugzilla的數據大部分放在數據庫了，Bugzilla默認安裝時的數據庫為Bugs，我這里設置的也是一樣的。備份的步驟是先備份Bugzilla數據庫，然后備份整個Bugzilla的整個目錄就可以。

恢復的過程很簡單，把原來的備份和打包好的目錄解壓放在新機器相應的目錄中，然后導入數據庫。下圖為恢復數據庫的命令

總結

以上是生活随笔為你收集整理的Bugzilla 使用指南的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。