軟件質(zhì)量的量化評(píng)估，最重要的一點(diǎn)是經(jīng)驗(yàn)。同時(shí)科能需要大量統(tǒng)計(jì)工作作為鋪墊。

　　下面我主要從bug統(tǒng)計(jì)來說一下我的經(jīng)驗(yàn)。

　　1 測(cè)試項(xiàng)目數(shù)和摘出bug數(shù)預(yù)測(cè)

　　一般來說我們可以根據(jù)軟件代碼行數(shù)來粗略估計(jì)一個(gè)產(chǎn)品可能包含的bug數(shù)目和需要的測(cè)試項(xiàng)目?，F(xiàn)在有些公司流行每千行bug數(shù)的標(biāo)準(zhǔn)來制定測(cè)試計(jì)劃，這個(gè)標(biāo)準(zhǔn)是通過以往測(cè)試經(jīng)驗(yàn)總結(jié)出來的，

　　一般來說，同類的產(chǎn)品，尤其是同一個(gè)開發(fā)流程的產(chǎn)品，這些數(shù)值不應(yīng)該相差太多，如果相差一個(gè)數(shù)量級(jí)以上，我們幾乎可以說，要么是QA出問題了，要么是開發(fā)出問題了。

　　2 測(cè)試bug分級(jí)

　　使用bugzilla或者Jira之類的缺陷管理系統(tǒng)何以很容易的實(shí)現(xiàn)bug分級(jí)，一般至少有Fatal, Major, Minor, cosmatic這幾種，還有一種特殊的叫做blocker，意思是這個(gè)bug會(huì)影響測(cè)試進(jìn)度。產(chǎn)品發(fā)布前，可以根據(jù)實(shí)際情況，定一個(gè)界限級(jí)別，比如要求新出Major為0，并且所有已有的Major全部close。

　　3 測(cè)試bug收斂

　　量化評(píng)估必不可少的是bug收斂，這個(gè)要通過統(tǒng)計(jì)每日新出bug并跟蹤已有bug制作收斂曲線來實(shí)現(xiàn)。收斂曲線的形狀發(fā)散表明目前產(chǎn)品極其不穩(wěn)定，收斂曲線開始收斂表示目前產(chǎn)品趨于穩(wěn)定，完全收斂之后可以認(rèn)為是發(fā)布的時(shí)機(jī)。

　　4 測(cè)試bug分布

　　bug分布是決定下面測(cè)試重點(diǎn)的一個(gè)重要的參考數(shù)據(jù)。首先還是需要統(tǒng)計(jì)，找出所有已有的不同級(jí)別的bug在各個(gè)模塊的分布，假如ABC三個(gè)模塊，A模塊占了bug的60%，C模塊占了bug的8%那么，我們可以得出這樣的結(jié)論，軟件的不穩(wěn)定瓶頸在于A模塊，是一個(gè)薄弱點(diǎn)，需要開發(fā)人員集中力量對(duì)應(yīng)。但是C模塊也是一個(gè)可疑模塊，因?yàn)槌霈F(xiàn)bug率太低，如果不是開發(fā)的太好就是測(cè)試方法不當(dāng)。

　　5 測(cè)試bug的周期

　　一個(gè)bug的生命歷程是一個(gè)完整的輪回，從他出生(open)開始，到調(diào)查(Accept)到修復(fù)(Fix)，再到確認(rèn)(Verify)是最簡(jiǎn)單的路線，這個(gè)周期越短，說明項(xiàng)目進(jìn)展越順利反之則意味著項(xiàng)目進(jìn)度目前有很大的阻礙。

　　6 降級(jí)bug數(shù)

　　降級(jí)bug的多少對(duì)于軟件質(zhì)量評(píng)估也是一個(gè)重要參考標(biāo)準(zhǔn)，降級(jí)bug也就是由于修正一個(gè)bug又作了一個(gè)新bug，降級(jí)bug數(shù)目過多意味著現(xiàn)在的產(chǎn)品在越修越壞。一個(gè)新的QA團(tuán)隊(duì)，在2，3，4，5，6步驟可能會(huì)有所迷惑，不知道閾值應(yīng)該怎樣選但如果每次都堅(jiān)持這樣做，很多次之后2，3，4，5，6會(huì)給這個(gè)團(tuán)隊(duì)大量的經(jīng)驗(yàn)積累，完全可以做到看著統(tǒng)計(jì)圖估計(jì)出一個(gè)產(chǎn)品處于什么狀態(tài)，需要加強(qiáng)哪些方面等等。