Bugzilla是Mozilla公司提供的一款開源的免費Bug（錯誤或是缺陷）追蹤系統(tǒng)，用來幫助你管理軟件開發(fā)，建立完善的BUG跟蹤體系。
Bugzilla是一個搜集缺陷的數(shù)據(jù)庫。它讓用戶報告軟件的缺陷從而把它們轉(zhuǎn)給合適的開發(fā)者。開發(fā)者能使用bugzilla保持一個要做事情的優(yōu)先表，還有時間表和跟蹤相關(guān)性。不是所有的"bugs"都是軟件缺陷。一些數(shù)據(jù)庫中的內(nèi)容是作為增強的請求（RFE）。一個RFE是一個嚴(yán)重級別字段被設(shè)為"enhancement"的"Bug".人們常說"bug",實際上意思是Bugzilla中的記錄，所以RFEs經(jīng)常被稱作bug。

安裝方法：
1. 下載Bugzilla源代碼，這個不多說了。

2. 安裝一些必要的軟件包：

4. 啟動fastcgi wrapper程序，從這里（fastcgi-wrapper）下載，并運行即可。

5. 修改Nginx配置文件，使其可以正常處理perl CGI程序，我的一個修改如下：

Can’t find mod_perl installed 
The error was: Can’t locate mod_perl2.pm in @INC (@INC contains: /usr/local/nginx/html/lib/x86_64-linux-thread-multi /usr/local/nginx/html/lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at Makefile.PL line 149. 
解決方案：

Can’t locate ModPerl/MM.pm in @INC (@INC contains: /usr/local/nginx/html/lib/x86_64-linux-thread-multi /usr/local/nginx/html/lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at Makefile.PL line 60. 
解決方案：

Bugzilla的基本使用方法：
1、 用戶登錄及設(shè)置流程：
打開瀏覽器， 進(jìn)入 Bugzilla 主頁面。
進(jìn)入主頁面后，點擊【新建帳號】，進(jìn)入注冊頁面。
在注冊頁面中輸入 E-Mail 和 真實姓名（為了統(tǒng)一，這里我們都使用計算機名） ，然后，點擊【 Create Account 】，隨后，你將收到一封包含初始密碼的 E-Mail 。
在收到 E-Mail 之后，點擊【登錄】，在帳號欄輸入注冊時使用的 E-Mail 地址，在密碼欄輸入郵件里通知的初始密碼，然后，點擊【 Login 】。
如忘記密碼，在登陸頁面中輸入注冊用戶名，點擊【 Submit Request 】 ， 根據(jù)收到的郵件進(jìn)行重新設(shè)置密碼。
成功登錄后，點擊【 Edit 屬性】 -> 【帳號設(shè)置】，進(jìn)行密碼修改。
點擊【 Edit 屬性】 -> 【郵件設(shè)置】，進(jìn)行郵件通知設(shè)置。
點擊【 Edit 屬性】 -> 【權(quán)限】，進(jìn)行權(quán)限查詢。
2、 BUG 處理流程
• 測試人員或開發(fā)人員發(fā)現(xiàn) bug 后，判斷屬于哪個模塊的問題，填寫 bug 報告后，系統(tǒng)會自動通過 Email 通知項目組長或直接通知開發(fā)者。
• 項目組長根據(jù)具體情況，重新 reassigned 分配給 bug 所屬的開發(fā)者。
③ 開發(fā)者收到 Email 信息后，判斷是否為自己的修改范圍 .
1 ） 若不是 ， 重新 reassigned 分配給項目組長或應(yīng)該分配的開發(fā)者。
2 ） 若是，進(jìn)行處理， resolved 并給出解決方法。（可創(chuàng)建補丁附件及補充說明）
④ 測試人員查詢開發(fā)者已修改的 bug ，進(jìn)行重新測試。（可創(chuàng)建 test case 附件）
1 ） 經(jīng)驗證無誤后，修改狀態(tài)為 VERIFIED 。待整個產(chǎn)品發(fā)布后，修改為 CLOSED 。
2 ） 還有問題， REOPENED ，狀態(tài)重新變?yōu)?ldquo; New" ，并發(fā)郵件通知。
⑤ 如果這個 BUG 一周內(nèi)一直沒被處理過。 Bugzilla 就會一直用 email 騷擾它的屬主，直到采取行 動。管理員可以設(shè)定最遲采取行動的期限，比如說 3 天，系統(tǒng)默認(rèn)為 7 天。
3、 Bug 的提交過程
點擊 【新建】 —〉選擇發(fā)現(xiàn)的 bug 所在的產(chǎn)品名稱。
在選擇的產(chǎn)品 bug 提交頁面中，選擇或者輸入 bug 信息。
◎模塊：點“模塊”兩個字，可以查看關(guān)于這個產(chǎn)品的模塊的詳細(xì)信息。
◎平臺、操作系統(tǒng)：可以根據(jù)發(fā)現(xiàn) bug 的實際情況來選擇，如果確定這個 bug 可以發(fā)生在所有的平臺，選擇 all 好了！
◎優(yōu)先級： P1 至 P5 優(yōu)先級逐漸減弱。
◎嚴(yán)重級： blocker 到 enhancement 嚴(yán)重程度降低。
Blocker: 阻礙了項目開發(fā)或者測試的繼續(xù)進(jìn)行。
Critical: 沖突，數(shù)據(jù)丟失和嚴(yán)重的內(nèi)存泄漏等問題。
Major: 較大的功能缺陷。
Minor: 較小的功能缺陷。
Trivial: 拼寫、對齊類的錯誤。
Enhancement: 需要改進(jìn)的。
初始狀態(tài)：開發(fā)人員的默認(rèn)狀態(tài)為“ unconfirmed”( 這個要由管理員設(shè)置，參見管理員操作指南 ) ，測試人員或者管理員此處為可選狀態(tài)： unconfirmed 和 new.
Assigned to: 為空時默認(rèn)為管理員指定的 owner， 也可手工制定。
CC: 可為多人，需用 " ， " 隔開。
URL: bug 的定位（可選）。
注釋：是對 bug 的概述（必須填寫）。

Desription 中要詳細(xì)說明下列情況：
1 ） 發(fā)現(xiàn)問題的步驟
2 ） 執(zhí)行上述步驟后出現(xiàn)的情況
3 ） 期望應(yīng)出現(xiàn)的正確結(jié)果
關(guān)鍵字：單擊“關(guān)鍵字”三個字，會顯示管理員已經(jīng)設(shè)定的關(guān)鍵字，選擇其一，便于以查詢。注意：此處不可以隨意添加，必須使用已經(jīng)存在的關(guān)鍵字才好。另外，如果管理員沒有創(chuàng)建關(guān)鍵字的話，那么此項缺省。
依賴：直接輸入與當(dāng)前 bug 有依賴關(guān)系的 bug 的編號。簡單地說，比如說這里輸入“ 3 ”，那么就是說當(dāng)前提交的 bug 有依賴關(guān)系，不是由于 3 導(dǎo)致了當(dāng)前 bug ，就是當(dāng)前 bug 導(dǎo)致了 bug3 。
確認(rèn)無誤后，“ commit”!
提交之后，系統(tǒng)會提示： bug 已經(jīng)提交。在此頁面的下半部分，會再次顯示剛才提交的 bug 的詳細(xì)信息，你可以在這里進(jìn)行修改，重新 commit， 也可以在此增加新的附件或是附加說明來進(jìn)一步說明 bug 。
4、對于 Bug 的不同處理情況
4.1 Bug 的屬主 (owner) 處理問題，提出解決意見及方法。
給出解決方法并填寫附加說明（ Additional Comments ），還可創(chuàng)建附件（如：更改提交單）。
填表提示：
FIXED 描述的問題已經(jīng)修改， 該 bug 已經(jīng)修復(fù)并檢查過，源文件已經(jīng)檢入 CVS 庫。
INVALID 描述的問題不是一個 bug ( 輸入錯誤后，通過此項來取消 )
WONTFIX 描述的問題將永遠(yuǎn)不會被修復(fù)。
LATER 描述的問題將不會在產(chǎn)品的這個版本中解決。
DUPLICATE 描述的問題是一個存在的 bug 的復(fù)件。
WORKSFORME 所有要重新產(chǎn)生這個 bug 的企圖是無效的。如果有更多的信息出現(xiàn)，請重新分配這個 bug ，而現(xiàn)在只把它歸檔。
4.2 項目組長或開發(fā)者重新指定 Bug 的屬主。
① bug 不屬于自己的范圍，可置為 Assigned ， 等待測試人員重新指定。
② bug 不屬于自己的范圍，但知道誰應(yīng)該負(fù)責(zé)，在 Reassign bug to 的輸入框中 直接輸入被指定人的 Email 。　　
③操作結(jié)果：此時 bug 狀態(tài)又變?yōu)?New ，此 bug 的 owner 變?yōu)楸恢付ǖ娜恕?br />4.3 測試人員確認(rèn)開發(fā)人員報告的 Bug 是否存在 .
查詢狀態(tài)為“ Unconfirmed" 的 Bug，
測試人員對開發(fā)人員提交的 Bug 進(jìn)行確認(rèn)，確認(rèn) Bug 存在。
具體操作：選中“ Confirm bug(change status to New)" 后，進(jìn)行 commit.
操作結(jié)果：狀態(tài)變?yōu)?ldquo; New".
4.4 測試人員驗證已修改的 Bug
① 測試人員查詢開發(fā)者已修改的 bug ，即 Status 為 "Resolved"， Resolution 為 "Fixed". 進(jìn)行重新測試。（可創(chuàng)建 test case 附件）
② 經(jīng)驗證無誤后，修改 Resolution 為 VERIFIED 。待整個產(chǎn)品發(fā)布后，修改為 CLOSED 。
　 若測試之后發(fā)現(xiàn)還有問題， REOPENED ，狀態(tài)重新變?yōu)?ldquo; New" ，并發(fā)郵件通知。
5、查詢
登錄 Bugzilla 缺陷跟蹤系統(tǒng)后，點擊查詢，可以按照指定的一個或者多個查詢條件進(jìn)行查詢。
摘要 (Summary) ： 下拉列表框選擇查詢規(guī)約。在其后的輸入框中輸入包含的信息，此信息的指定與提交bug時的注釋信息相一致。
產(chǎn)品 (Product) ：選擇所要查找的 bugs 所在的產(chǎn)品。
模塊 (Component) ：選擇 bugs 所在的模塊。
版本 (Version) ：選擇 bugs 版本。
注釋 (Comments) ：可在下拉列表框中選擇將要輸入的包含信息的規(guī)約，其后指定包含的信息。此信息的指定根據(jù)提交 bugs 時所填寫的描述信息。
URL ： 指定關(guān)于 bugs 所在的 URL 。
關(guān)鍵字 (Keywords) ：指定包含或不包含該關(guān)鍵字的 bugs 。每個 bug 可以被指定關(guān)鍵字， bugs 報告人或者管理員可以編輯關(guān)鍵字。
狀態(tài) (Status) ：選擇 bugs 狀態(tài)。
處理 (Resolution) ：選擇 bugs 處理的結(jié)果。
嚴(yán)重性 (Severity) ：選擇 bugs 的嚴(yán)重級別。
優(yōu)先級 (Priority) ：選擇 bugs 的優(yōu)先級別。
硬件 (Platform) ：選擇存在 bugs 程序運行的平臺。