也許你還沒有看到一個錯誤管理系統(tǒng)所具有的價值；也許你正被大量的測試數據所淹沒，而迫切的需要一個產品缺陷的記錄及跟蹤的好幫手；也許你正在通過如：電子表格、數據庫等各種方式來不斷的開發(fā)和完善一個錯誤跟蹤系統(tǒng)。Mozilla公司向我們提供了一個共享的免費工具Buzilla.作為一個產品缺陷的記錄及跟蹤工具，它能夠為你建立一個完善的Bug跟蹤體系，包括報告Bug、查詢Bug記錄并產生報表、處理解決、管理員系統(tǒng)初始化和設置四部分。并具有如下特點：
　　1。基于Web方式，安裝簡單、運行方便快捷、管理安全。
　　2。有利于缺陷的清楚傳達。本系統(tǒng)使用數據庫進行管理，提供全面詳盡的報告輸入項，產生標準化的Bug報告。 提供大量的分析選項和強大的查詢匹配能力，能根據各種條件組合進行Bug統(tǒng)計。當錯誤在它的生命周期中變化時，開發(fā)人員、測試人員、及管理人員將及時獲得動態(tài)的變化信息，允許你獲取歷史紀錄，并在檢查錯誤的狀態(tài)時參考這一記錄。
　　3。系統(tǒng)靈活，強大的可配置能力。Buzilla工具可以對軟件產品設定不同的模塊，并針對不同的模塊設定制定的開發(fā)人員和測試人員；這樣可以實現提交報告時自動發(fā)給指定的責任人；并可設定不同的小組，權限也可劃分。設定不同的用戶對Bug記錄的操作權限不同，可有效控制進行管理。允許設定不同的嚴重程度和優(yōu)先級可以在錯誤的生命其中管理錯誤，從初的報告到后的解決，確保了錯誤不會被忽略，同時可以使注意力集中在優(yōu)先級和嚴重程度高的錯誤上。
　　4。自動發(fā)送Email，通知相關人員。根據設定的不同責任人，自動發(fā)送新的動態(tài)信息，有效的幫助測試人員和開發(fā)人員進行溝通。
　　下面我們將按照Bugzilla的操作說明、 Bugzilla管理員的操作指南兩部分來說明這個工具的具體使用。本文有不少觀點來自個人使用心得，有不妥之處，敬請斧正。

Bugzilla操作說明
1、 用戶登錄及設置
1.1用戶登錄
　　1． 用戶輸入服務器地址http://192.168.1.6/bugzilla/。
　　2． 進入主頁面后，點擊【Forget the currently stored login】，再點擊【login in】進入。
　　3． 進入注冊頁面，輸入用戶名和密碼即可登錄。用戶名為Email 地址，初始密碼為用戶名縮寫。
　　4． 如忘記密碼，輸入用戶名，點擊【submit request】，根據收到的郵件進行重新設置。
1.2、修改密碼及設置
　　1．Login登錄后，【Edit prefs】->【accout settings】 進行密碼修改。
　　2．【Edit prefs】->【email settings】 進行郵件設置。
　　3．【Edit prefs】-> 【permissions】 進行權限查詢
2、Bug的處理過程
2.1、報告Bug
2.1.1測試人員報告Bug
　　1． 請先進行查詢，確認要提交的bug報告不會在原有紀錄中存在，若已經存在，不要提交，若有什么建議，可在原有紀錄中增加注釋，告知其屬主，讓bug的屬主看到這個而自己去修改。
　　2． 若Bug不存在，創(chuàng)建一份有效的bug報告后進行提交。
　　3． 操作：點擊New，選擇產品后，填寫下表。
　　4． 填表注意：Assigned to: 為空則默認為設定的 owner， 也可手工制定。CC: 可為多人，需用"，"隔開。Desription中要詳細說明下列情況：
　　1） 發(fā)現問題的步驟
　　2） 執(zhí)行上述步驟后出現的情況。
　　3） 期望應出現的正確結果。
　　選擇group設置限定此bug對組的權限，若為空，則為公開。
　　5. 操作結果：Bug狀態(tài)（status）可以選擇Initial state 為New或Unconfirmed.
　　系統(tǒng)將自動通過Email通知項目組長或直接通知開發(fā)者。
　　6．幫助： Bug writing guidelines
2.1.2 開發(fā)人員報告Bug.
　　1. 具體方法同測試人員報告。
　　2. 區(qū)別： Bug初始狀態(tài)將自動設為Unconfirmed，待測試人員確定后變?yōu)?ldquo;New".
2.2、Bug的不同處理情況
2.2.1 Bug的屬主 (owner) 處理問題后，提出解決意見及方法。
　　1 . 給出解決方法并填寫Additional Comments，還可創(chuàng)建附件（如：更改提交單）
　　2．具體操作（填表項如下）
　　3 . 填表注意：
　　FIXED 描述的問題已經修改
　　INVALID 描述的問題不是一個bug (輸入錯誤后，通過此項來取消)
　　WONTFIX 描述的問題將永遠不會被修復。
　　LATER 描述的問題將不會在產品的這個版本中解決.
　　DUPLICATE 描述的問題是一個存在的bug的復件。
　　WORKSFORME 所有要重新產生這個bug的企圖是無效的。如果有更多的信息出現，請重新分配這個bug，而現在只把它歸檔。
2.2.2 項目組長或開發(fā)者重新指定Bug的屬主。（owner）
　　1． 為此bug不屬于自己的范圍，可置為 Assigned，等待測試人員重新指定。
　　2． 為此bug不屬于自己的范圍，但知道誰應該負責，直接輸入被指定人的Email， 進行Ressigned。
　　3. 操作：（可選項如下）
　　* Accept bug (change status to ASSIGNED)
　　* Reassign bug to
　　* Reassign bug to owner and QA contact of selected component
　　4． 操作結果：此時bug狀態(tài)又變?yōu)镹ew，此bug的owner變?yōu)楸恢付ǖ娜恕?br /> 2.2.3測試人員驗證已修改的 Bug.
　　1． 測試人員查詢開發(fā)者已修改的bug，即Status為"Resolved"，Resolution為"Fixed".進行重新測試。（可創(chuàng)建test case附件）
　　2． 經驗證無誤后，修改Resolution為VERIFIED。待整個產品發(fā)布后，修改為CLOSED。
　　若還有問題，REOPENED，狀態(tài)重新變?yōu)?ldquo;New"，并發(fā)郵件通知。
　　3． 具體操作（可選擇項）
　　　1. Leave as RESOLVED FIXED
　　　2. Reopen bug
　　　3. Mark bug as VERIFIED
　　　4. Mark bug as CLOSED
2.2.4 Bug報告者（reporter）或其他有權限的用戶修改及補充Bug
　　1. 可以修改Bug的各項內容。
　　2. 可以增加建立附件，增加了相關性， 并加一些評論來解釋你正在做些什么和你為什么做。
　　3． 操作結果：每當一些人修改了bug報告或加了一個評論，他們將會被加到CC列表中，bug報告中的改變會顯在要發(fā)給屬主、寫報告者和CC列表中的人的電子郵件中。
2.2.5測試人員確認開發(fā)人員報告的Bug是否存在.
　　1. 查詢狀態(tài)為“Unconfirmed"的Bug，
　　2. 測試人員對開發(fā)人員提交的Bug進行確認，確認Bug存在。
　　3. 具體操作：選中“Confirm bug(change status to New)"后，進行commit.
　　4. 操作結果：狀態(tài)變?yōu)?ldquo;New".
2.3、查詢Bug
　　1．直接輸入Bug Id，點擊find 查詢�？梢圆榭碆ug的活動紀錄。
　　2．點擊Query，輸入條件進行查詢。
　　3．查詢Bug活動的歷史
　　4．產生報表。
　　5．幫助：點擊Clue.
3、關于權限的說明
　　1． 組內成員對bug具有查詢的權利，但不能進行修改。
　　2． Bug的owner 和 reporter 具有修改的權利。
　　3． 具有特殊權限的用戶具有修改的權利。
4、 BUG處理流程
　　1． 測試人員或開發(fā)人員發(fā)現bug后，判斷屬于哪個模塊的問題，填寫bug報告后，通過Email通知項目組長或直接通知開發(fā)者。
　　2． 項目組長根據具體情況，重新reassigned分配給bug所屬的開發(fā)者。
　　3． 開發(fā)者收到Email信息后，判斷是否為自己的修改范圍.
　　1） 若不是，重新reassigned分配給項目組長或應該分配的開發(fā)者。
　　2） 若是，進行處理，resolved并給出解決方法。（可創(chuàng)建補丁附件及補充說明）
　　4． 測試人員查詢開發(fā)者已修改的bug，進行重新測試。（可創(chuàng)建test case附件）
　　1） 經驗證無誤后，修改狀態(tài)為VERIFIED。待整個產品發(fā)布后，修改為CLOSED。
　　2） 還有問題，REOPENED，狀態(tài)重新變?yōu)?ldquo;New"，并發(fā)郵件通知。
　　5． 如果這個BUG一周內一直沒被處理過。Bugzilla會一直用email騷擾它的屬主，直到采取行動。
5、一個Bug的生存周期

Bugzilla管理員操作指南
1、主要工作內容：
1． 1產品（Product）、版本號(versions)和模塊(Components)的定義，同時指定模塊相應的開發(fā)者(owner)和測試人員(QA Contact)。
1．2小組的定義和劃分
1．3測試中Bug嚴重程度、優(yōu)先級的定義
1． 4增加用戶，并分別設定全部用戶的分組、權限。
1． 5主要參數（parameters）的設置
　　1） urlbase: 輸入bugzilla 工具所在的服務器IP地址。
　　2） usebuggroupsentry: 設為ON，可以分組。
　　3） whinedays：Bug在whinedays設定的期限內若未被處理，將自動重發(fā)mail，默認為7天。
　　4） defaultpriority:設定默認的優(yōu)先級
　　5） commentonresolve：設為ON，系統(tǒng)將強制要求開發(fā)者處理完Bug 后，必須填寫修改的內容。
2、基本操作：
2．1創(chuàng)建默認的管理員用戶。
　　運行checksetup.pl。若不小心刪除管理員，重新運行checksetup.pl.
2．2 管理用戶
2．1 增加新用戶
　　點擊頁面右下角【users】，submit后，出現【Add new user】頁面。輸入相應輸入即可。Login name: 一般為郵件地址，可以設為其他標識。
2．2 禁止一個用戶
　　填寫Disabled text 輸入框即可。
2．3 修改用戶
　　可以修改用戶注冊名、密碼。
　　設置權限
　　QA的權限一般設為: Canconfirm， editbugs
　　Developer的權限設為: none
　　分組控制：group
3、管理group
3.1．增加group
　　edit groupàadd groups (New User Regexp可不填/active 選擇則可選)->add
3.2修改group ，submit 即可。
　　4、管理Product 和 component
　　a)增加Product
　　b) Component 對應一個owner(進行fixed)，QA Contact（確保已fixed）
　　c) Component Number of Unconfirmed =10000，此產品將選擇bug的初始狀態(tài)（Unconfirmed，New）