Bugfree是一款優(yōu)秀的
bug管理和追蹤工具，因此受到不少公司的青睞。但實(shí)際的
工作中，我發(fā)現(xiàn)不少開發(fā)或是
測試的同事有一些不好的使用習(xí)慣，使得我們對Bugfree的利用不夠高效。我下面列出使用Bugfree的一些壞習(xí)慣，以此與各位測試同仁切磋使用這個工具的高效的方法。
對開發(fā)的同事而言，可能會有下面幾條壞習(xí)慣。
壞習(xí)慣一：只采用默認(rèn)的解決方案。
周圍不少開發(fā)的同事，在解決掉一個bug的時候，往往只采用默認(rèn)的解決方案：fixed。事實(shí)上，Bugfree提供了7種解決bug的方案供程序員選擇。它們分別是：By Design、Duplicate、External、Fixed、Not Repro 、Postponed、Won't Fix 。這7種解決方案反應(yīng)了程序員解決bug的理由。By Design的意思是，設(shè)計上就是這么定的，bug無效；Duplicate的意思是，這個bug已經(jīng)有人提過，重復(fù)了；External的意思是，軟件本身沒有問題，是外部因素（比如
操作系統(tǒng)）造成的問題；Fixed的意思是：bug被解決掉了；Not Repro的意思是，這個bug無法重現(xiàn)；Postponed的意思是，這個bug推遲到以后解決；Won't Fix的意思是，是個問題，但是不值得解決。為什么會有這種習(xí)慣呢？我詢問過一位開發(fā)的同事，他說看不懂英文，又懶得去查。另一位開發(fā)同事說，一開始沒注意到這一項(xiàng)是可選的，時間久了，自然而然就視而不見了。
改掉這個習(xí)慣不是更好嗎？我的理由：給bug設(shè)置正確的解決方案，一方面可以減少開發(fā)和測試的溝通障礙，讓測試員知道程序員為什么要關(guān)掉這個bug；另一方面可以給bug歸類，便于查找bug和開發(fā)后期集中解決bug。
壞習(xí)慣二：只在詳細(xì)信息里寫上：已解決。
由Bugfree提供的7種解決方案，不難看出詳細(xì)信息這一欄多數(shù)情況下是為第四種解決方案Fixed提供補(bǔ)充的。很多bug在被fixed掉以后，如果只在這一欄注明已解決字樣會有不好的影響。因?yàn)闀r間久了，或許程序員自己都不清楚這個bug是怎么被fixed掉的，如果再碰到類似的問題又要花很長時間去想辦法解決，影響工作的效率。
改掉這個習(xí)慣不是更好嗎？我的理由：在詳細(xì)信息欄里注明bug被fixed掉的理由，一方面像上面所說的可以給開發(fā)人員提個醒，便于解決類似的bug；另一方面對測試員也有好處。測試員在碰到類似的bug以后，能夠知道哪兒出了問題，這樣就可以準(zhǔn)確及時地提醒開發(fā)人員，便于bug的修改。
對測試的同事而言，可能會有下面的幾條壞習(xí)慣。
壞習(xí)慣一：創(chuàng)建bug時，選錯了項(xiàng)目。
周圍有測試同事，在發(fā)現(xiàn)了bug后，就急急忙忙去bugfree里描述bug和指派bug，往往會忽略其他的選項(xiàng)。就拿這個項(xiàng)目來說，登錄bugfree后里面就有默認(rèn)的內(nèi)容，但未必是和bug相對應(yīng)的。如果測試人員因?yàn)榘l(fā)現(xiàn)了bug，有點(diǎn)興奮，再加上一點(diǎn)粗心就會忽略這一項(xiàng)。
改掉這個習(xí)慣不是更好嗎？我的理由：設(shè)置正確的項(xiàng)目可以給bug歸類，便于bug的查找。若選錯了項(xiàng)目，難免會抱怨找不到自己創(chuàng)建的bug，還得通過其他方式查找這個沉入“大海”的bug，影響了工作的
心情和效率。
壞習(xí)慣二：創(chuàng)建bug時，沒有選/選錯了模塊。
創(chuàng)建bug時，模塊這個選填項(xiàng)，不僅看起來不起眼，而且會讓人誤以為它沒有用，所以測試人員往往會忽略它。 改掉這個習(xí)慣不是更好嗎？我的理由：設(shè)置正確的模塊，可以給bug分門別類。這樣，開發(fā)人員就能很方便知道A模塊有哪些bug，B模塊有哪些bug，讓開發(fā)人員對自己負(fù)責(zé)的項(xiàng)目模塊心里有底。所以，還請測試人員辛苦下，把模塊這一項(xiàng)設(shè)置好。
壞習(xí)慣三：設(shè)置錯誤的嚴(yán)重等級。
周圍有同事，往往只注重對bug地描述，不去關(guān)注對bug等級的設(shè)置，不利于開發(fā)人員優(yōu)先解決嚴(yán)重的bug。其實(shí)Bugfree提供可選的4種嚴(yán)重等級：1、2、3、4。1是最高等級，意思是這個bug導(dǎo)致系統(tǒng)死機(jī)，數(shù)據(jù)丟失或者與需求不符合；2是嚴(yán)重等級，意思是這個bug導(dǎo)致計算出現(xiàn)錯誤，功能實(shí)現(xiàn)出現(xiàn)錯誤；3是一般等級，意思是這個bug是個合法性問題，界面問題或是文檔問題等；4是最低等級，意思是這個bug影響易用性。不少情況下是測試人員不清楚各種級別的含義，導(dǎo)致的分類錯誤。
改掉這個習(xí)慣不是更好嗎？
我的理由：設(shè)置正確的嚴(yán)重等級，可以讓開發(fā)人員優(yōu)先解決1、2bug，在項(xiàng)目時間允許的情況下，再著手解決3、4類bug，以保證產(chǎn)品的質(zhì)量。啰嗦一句，首先要保證產(chǎn)品能用，再去保證產(chǎn)品好用。
其實(shí)最好的習(xí)慣是按照bugfree的格式，把每一項(xiàng)該填的內(nèi)容填好！！