bugzilla安裝見前一篇部落格，本篇文章主要關注於如何高效合理的使用bugzilla，作為為公司內部人員的培訓使用指南。
bugzilla是乙個開源的缺陷跟蹤系統，它可以管理軟體開發過程中缺陷的提交、修復、關閉等整個生命週期。
在bugzilla中，bug報告狀態分為以下幾種狀態，
待確認的 unconfirmed
新提交的 new
已分配的 assigned
問題未解決的 reopened
待返測的 resolved
待歸檔的 verified
已歸檔的 closed
bug處理意見（resolution）
已修改的 fixed
不是問題 nvalid
無法修改 wontfix
以後版本解決 later
保留 remind
重複 duplicate
無法重現 workforme
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」，並發郵件通知。
如下圖所示：
bugzilla的資料大部分放在資料庫了，bugzilla預設安裝時的資料庫為bugs，我這裡設定的也是一樣的。備份的步驟是先備份bugzilla資料庫，然後備份整個bugzilla的整個目錄就可以。
恢復的過程很簡單，把原來的備份和打包好的目錄解壓放在新機器相應的目錄中，然後匯入資料庫。下圖為恢復資料庫的命令
technorati 標籤: bugzilla,測試
Ubuntu apt 使用指南
起初gnu linux系統中只有.tar.gz。使用者必須自己編譯他們想使用的每乙個程式。在debian出現之後，人們認為有必要在系統中新增 一種機制用來管理安裝在計算機上的軟體包。人們將這套系統稱為dpkg。至此著名的 package 首次在gnu linux上出現。不久之後紅帽子也 開始著手建立...
CImageList使用指南
1.綜述 在mfc 中cimagelist 類封裝了 影象列表控制項的功能，影象列表是乙個具有相同大小的 影象 可以是不同 型別 的集合，其主要用於 應用程式中大規模 圖示的儲存。該控制項是不可 見的，通常與其它如 clistbox ccombobox ccomboboxex ctabctrl 以及...
CImageList使用指南
cimagelist使用指南 1.綜述 在 mfc中cimagelist類封裝了影象列表控制項的功能，影象列表是乙個具有相同大小的影象 可以是不同型別 的集合，其主要用於應用程式中大 規模圖示的儲存，該控制項是不可見的。通常與其它如clistbox，ccombobox，ccomboboxex以及ct...