使用Bugzilla進(jìn)行軟件缺陷跟蹤

1、使用bugzilla進(jìn)行軟件缺陷跟蹤軟件缺陷跟蹤是我們?cè)陧?xiàng)目開發(fā)中的一個(gè)很重要的步驟，特別是在多個(gè)人合作的項(xiàng)目中。當(dāng)項(xiàng)目出現(xiàn)bug時(shí)，軟件測試人員可以把他提交到缺陷跟蹤系統(tǒng)，指定程序員修改進(jìn)行修改或者由哪個(gè)程序員自己認(rèn)領(lǐng)這個(gè)任務(wù)，同時(shí)可以跟蹤這個(gè)bug的狀態(tài)等等。如果換一種看法，bugzilla也可以用作任務(wù)管理，那么這里的bug就不單單指是缺陷，我們?cè)陧?xiàng)目進(jìn)行中所產(chǎn)生的任何任務(wù)都可以使用這個(gè)系統(tǒng)進(jìn)行分配和跟蹤。bugzilla的安裝算不上復(fù)雜，但是卻足以使人人焦頭爛額，究其原因，主要是它所依賴的東西太多了，即要有數(shù)據(jù)庫服務(wù)器、http服務(wù)器和郵件服務(wù)器，還需要perl和十多個(gè)perl模塊。第

2、一步，當(dāng)然是軟件的下載了，下面的圖片中給出的是下載地址，我選擇的是2.20.5版，而不是最新的版本，為什么呢?當(dāng)然是因?yàn)樵谙螺d頁面看到2.20版有一個(gè)漢化的模版了。使用我們的母語當(dāng)然可以讓我們?cè)诠ぷ髦懈拥眯膽?yīng)手。按照下面的地址，下載軟件和漢化模版，當(dāng)然，也別忘了下載一份文檔。軟件：文檔：漢化模版：這里提供的bugzillamodules-2.20就不用下載了，都是基于windows系統(tǒng)的，對(duì)我們的系統(tǒng)沒有幫助。軟件下載完成后，先將bugzilla-2.20.5.tar.gz解壓，bugzilla的運(yùn)行需要perl的支持，紅旗桌面中自帶的perl是5.8.5版，已經(jīng)夠用了。但是bugzilla

3、需要的perl模塊紅旗系統(tǒng)不可能都具備，因此，第一步就是運(yùn)行bugzilla中的checksetup.pl腳本來測試一下我們還缺哪些模塊，如下圖：該腳本運(yùn)行完之后，發(fā)現(xiàn)紅旗桌面缺少大約10個(gè)模塊，當(dāng)然，其中必需的只缺四個(gè)。如下圖：不過為了完美起見，我們還是連可選的包都一起裝上。perl模塊有兩種安裝方式，一種方式的命令行如下：perl-mcpan-einstall模塊名這種方式將從cpan的網(wǎng)站上面下載perl模塊并安裝。但是，這種方法在我們這里是行不通的，因?yàn)榧t旗桌面上網(wǎng)的速度太慢了，而cpan網(wǎng)站上面，perl模塊太多了，僅一個(gè)列表文件都超過2m，按紅旗桌面下載的速度，一個(gè)月也不可能把這些

4、模塊都安裝成功。于是，我們只能選擇另外一種安裝方式：手動(dòng)安裝。手動(dòng)安裝需要我們把上面缺少的perl模塊都下載下來，我們可以到cpan網(wǎng)站上面去搜索，這回下載很快。下載地址如下圖：下載下來的文件如下圖：對(duì)這些文件，我們先解壓縮，再解開tar包，就可以一個(gè)一個(gè)進(jìn)行安裝了。perl模塊手動(dòng)安裝的方法基本上都是一樣的，依次運(yùn)行下面三條命令即可：perl makefile.pl make make install當(dāng)然，還有一個(gè)可選的命令make test，它可以用來測試我們的模塊是否編譯成功。下圖是我們安裝appconfig模塊的截圖：其它模塊安裝的方法都是一樣的。安裝完成后，我們?cè)俅芜\(yùn)行checkse

5、tup.pl腳本，看看是不是把所有的模塊都安裝成功了，如下圖：把結(jié)果一看，納悶了，html：parser不是有嗎，怎么還提示我安裝?再仔細(xì)一分析，原來是版本太低了。簡單，下載一個(gè)最新的版本一安裝就好了。下面的圖片可以看到我們終于讓所有的perl模塊都o(jì)k了：下一步，再次運(yùn)行checksetup.pl腳本，這次不帶任何參數(shù)。運(yùn)行后會(huì)在當(dāng)前目錄中生成一個(gè)localconfig文件，我們需要對(duì)該文件進(jìn)行編輯，修改幾個(gè)參數(shù)，主要就是訪問數(shù)據(jù)庫的用戶名、密碼什么的，還有一個(gè)webservergroup參數(shù)也很重要，我們等會(huì)還要修改httpd.conf文件讓httpd也以這個(gè)用戶組運(yùn)行才行，否則就沒有權(quán)限

6、訪問這個(gè)目錄，如下圖：到了這一步，我們就要開始配置數(shù)據(jù)庫了，進(jìn)入我們的數(shù)據(jù)庫目錄，運(yùn)行./bin/mysqld_safe-user=mysql&啟動(dòng)數(shù)據(jù)庫服務(wù)器，然后使用mysql客戶端鏈接到服務(wù)器，執(zhí)行以下命令：grant all privileges.bugs.*to bugslocalhost identified bybugs888：這個(gè)命令的作用是在數(shù)據(jù)庫中創(chuàng)建bugs用戶，bugs數(shù)據(jù)庫，并賦予bugs用戶在bugs數(shù)據(jù)庫上的所有權(quán)限。然后，再次運(yùn)行bugzilla目錄中的checksetup.pl腳本，理論上講，這次應(yīng)該在數(shù)據(jù)庫中創(chuàng)建schema了，然而，卻出現(xiàn)如下錯(cuò)誤：很顯然，

7、這個(gè)錯(cuò)誤就是說我們還要安裝dbd：mysql模塊，經(jīng)過前面的介紹，安裝模塊本來應(yīng)該是很簡單的事了，但是這個(gè)dbd：mysql卻折磨了我很久。總體來說，原因有兩個(gè)：1、該模塊最新的版本為4.005，但是卻只支持mysql 4.版的數(shù)據(jù)庫。這一點(diǎn)不用懷疑了，經(jīng)過我多次編譯和安裝已經(jīng)證實(shí)了，只有指定mysql 4的包含文件和庫文件，該模塊才能安裝成功。2、該模塊需要dbi的最新版本，否則，就算安裝成功后，運(yùn)行的時(shí)候還是提示mysql.so模塊運(yùn)行錯(cuò)誤，錯(cuò)誤原因?yàn)榉?hào)dbic_trace_level沒有定義。我解決問題的過程是這樣的，下載mysql 4.1版，我依然下載的是non rpm的版本，下載下

8、來后直接解壓縮，然后運(yùn)行./.s/mysql_install_db腳本進(jìn)行初時(shí)化。然后到/usr/mysql目錄，運(yùn)行./bin/mysqladmin shutdown-u root-p停止mysql 5服務(wù)器的運(yùn)行，再到/usr/mysql4目錄，使用./bin/mysqld_safe-user=mysql&啟動(dòng)服務(wù)器。下載最新的dbi模塊，編譯安裝，這一點(diǎn)不再羅嗦。下載dbd：mysql模塊，編譯安裝，安裝的過程中需要指定參數(shù)，如果不指定，則需要調(diào)用mysql_config腳本來進(jìn)行檢測，因此，我采取的方法是將/usr/mysql4/bin加入到path變量，如下圖：然后再依次運(yùn)行make make install就可以了，最后進(jìn)入bugzilla目錄，再運(yùn)行checksetup.pl腳本，終于安裝成功。下一步，就是讓bugzilla到httpd中運(yùn)行了，首先，我們先把bugzilla轉(zhuǎn)移到下面的目錄/var/www/bugzilla-2.20.5然后，編輯/usr/httpd/conf/httpd.conf文件，如下圖：下一步，進(jìn)入/usr/http