bugzilla作為測試人員常見的測試工具，被所有人熟悉和使用著。

可是，bugzilla究竟給我們帶來了些什么呢？

第一，bugzilla給了測試人員話語權(quán)。我們通過它，作為一個(gè)平等互利的角色向開發(fā)人員，官方的，正式的發(fā)出我們的成果宣言：一個(gè)bug。

第二，bugzilla給了測試人員平等權(quán)。測試人員不再是開發(fā)人員的幫手，大家是從不同的視圖來看待一個(gè)產(chǎn)品的質(zhì)量。 bugzilla是作為開發(fā)人員和測試人員交流的平臺(tái)。 同時(shí)，這個(gè)交流平臺(tái)也連接了項(xiàng)目管理，過程管理，需求人員，設(shè)計(jì)人員，銷售人員，技術(shù)支持人員，和終客戶，是大家能有一個(gè)平臺(tái)去交換各自的想法。

第三，bugzilla使得測試人員能使用一個(gè)標(biāo)準(zhǔn)化的對(duì)象去進(jìn)行信息內(nèi)容的溝通。

第四，bugzilla使得測試人員能夠更加迅速的了解產(chǎn)品的當(dāng)前質(zhì)量狀態(tài)，從而調(diào)整各種計(jì)劃和工作。

第五，bugzilla使得測試人員能夠積極的參與到產(chǎn)品的管理過程中，對(duì)整個(gè)產(chǎn)品的管理提供更多的技術(shù)細(xì)節(jié)和過程參數(shù)。

對(duì)于如何使用bugzilla進(jìn)行項(xiàng)目管理，我們不妨舉幾個(gè)例子：

例子一：我們在測試過程中，經(jīng)常會(huì)遇到這種現(xiàn)象，是一個(gè)模塊會(huì)突然爆發(fā)出很多bug來。難道bug真的那么多嗎，其實(shí)很多時(shí)候，是因?yàn)殚_發(fā)人員在修改一個(gè)bug時(shí)，引起其他已經(jīng)修復(fù)的bug被reopen或者導(dǎo)致更多的新bug。

我們?nèi)绻�有一個(gè)機(jī)制，去監(jiān)控 近3天內(nèi)，新加的bug的原因。那么，這種問題能夠作為一個(gè)風(fēng)險(xiǎn)進(jìn)入我們的風(fēng)險(xiǎn)管理過程。如果有相應(yīng)的風(fēng)險(xiǎn)管理，那么執(zhí)行。如果沒有，需要加入。并且，根據(jù)實(shí)際情況，我們來判斷，還有多少潛藏的bug會(huì)以這種方式出現(xiàn)。

例子二，我們在做測試計(jì)劃的時(shí)候，很難說我們的測試各個(gè)階段都能夠很詳細(xì)的制定出內(nèi)容來。比如回歸測試，到底哪些東西要做回歸測試呢，什么樣的頻度，什么樣的深度？

我們可以在功能測試結(jié)束前的2周，對(duì)現(xiàn)有的bug進(jìn)行分析，依據(jù)bug的在各個(gè)模塊的分布數(shù)量，優(yōu)先級(jí)的加權(quán)等，來確定哪些需要重點(diǎn)進(jìn)行回歸，那些可以忽略。從而對(duì)各個(gè)模塊的功能測試用例進(jìn)行篩檢，從而得到回歸測試需要執(zhí)行的規(guī)模和頻度。

例子三，當(dāng)一個(gè)產(chǎn)品被release之后，或者一個(gè)sprint結(jié)束之后，我們也可以對(duì)bug進(jìn)行分析，通過bugzilla自帶的很多圖表，我們能夠?qū)ι蟼�(gè)階段的產(chǎn)品質(zhì)量有一個(gè)很直接的可視化分析，然后寫出QA角度的分析報(bào)告來，提供給管理層和開發(fā)團(tuán)隊(duì)作為參考，從而在下一個(gè)階段中能夠更好的提高質(zhì)量和效率。甚至，可以以QA的視角，去管理下個(gè)階段的開發(fā)過程和質(zhì)量保證過程。

總之，bugzilla不是僅僅作為我們QA跟開發(fā)交流的工具，還可以作為測試驅(qū)動(dòng)開發(fā)的工具，可以作為產(chǎn)品質(zhì)量衡量的工具。