bugzilla作為測試人員常見的測試工具，被所有人熟悉和使用著。
可是，bugzilla究竟給我們帶來了些什么呢？
第一，bugzilla給了測試人員話語權(quán)。我們通過它，作為一個平等互利的角色向開發(fā)人員，官方的，正式的發(fā)出我們的成果宣言：一個bug。
第二，bugzilla給了測試人員平等權(quán)。測試人員不再是開發(fā)人員的幫手，大家是從不同的視圖來看待一個產(chǎn)品的質(zhì)量。 bugzilla是作為開發(fā)人員和測試人員交流的平臺。 同時，這個交流平臺也連接了項目管理，過程管理，需求人員，設(shè)計人員，銷售人員，技術(shù)支持人員，和終客戶，是大家能有一個平臺去交換各自的想法。
第三，bugzilla使得測試人員能使用一個標(biāo)準(zhǔn)化的對象去進(jìn)行信息內(nèi)容的溝通。
第四，bugzilla使得測試人員能夠更加迅速的了解產(chǎn)品的當(dāng)前質(zhì)量狀態(tài)，從而調(diào)整各種計劃和工作。
第五，bugzilla使得測試人員能夠積極的參與到產(chǎn)品的管理過程中，對整個產(chǎn)品的管理提供更多的技術(shù)細(xì)節(jié)和過程參數(shù)。
對于如何使用bugzilla進(jìn)行項目管理，我們不妨舉幾個例子：
例子一：我們在測試過程中，經(jīng)常會遇到這種現(xiàn)象，是一個模塊會突然爆發(fā)出很多bug來。難道bug真的那么多嗎，其實很多時候，是因為開發(fā)人員在修改一個bug時，引起其他已經(jīng)修復(fù)的bug被reopen或者導(dǎo)致更多的新bug。
我們?nèi)绻幸粋�機制，去監(jiān)控 近3天內(nèi)，新加的bug的原因。那么，這種問題能夠作為一個風(fēng)險進(jìn)入我們的風(fēng)險管理過程。如果有相應(yīng)的風(fēng)險管理，那么執(zhí)行。如果沒有，需要加入。并且，根據(jù)實際情況，我們來判斷，還有多少潛藏的bug會以這種方式出現(xiàn)。
例子二，我們在做測試計劃的時候，很難說我們的測試各個階段都能夠很詳細(xì)的制定出內(nèi)容來。比如回歸測試，到底哪些東西要做回歸測試呢，什么樣的頻度，什么樣的深度？
我們可以在功能測試結(jié)束前的2周，對現(xiàn)有的bug進(jìn)行分析，依據(jù)bug的在各個模塊的分布數(shù)量，優(yōu)先級的加權(quán)等，來確定哪些需要重點進(jìn)行回歸，那些可以忽略。從而對各個模塊的功能測試用例進(jìn)行篩檢，從而得到回歸測試需要執(zhí)行的規(guī)模和頻度。
例子三，當(dāng)一個產(chǎn)品被release之后，或者一個sprint結(jié)束之后，我們也可以對bug進(jìn)行分析，通過bugzilla自帶的很多圖表，我們能夠?qū)ι蟼�階段的產(chǎn)品質(zhì)量有一個很直接的可視化分析，然后寫出QA角度的分析報告來，提供給管理層和開發(fā)團(tuán)隊作為參考，從而在下一個階段中能夠更好的提高質(zhì)量和效率。甚至，可以以QA的視角，去管理下個階段的開發(fā)過程和質(zhì)量保證過程。
總之，bugzilla不是僅僅作為我們QA跟開發(fā)交流的工具，還可以作為測試驅(qū)動開發(fā)的工具，可以作為產(chǎn)品質(zhì)量衡量的工具。
