如何把握軟件產(chǎn)品的質(zhì)量

蔡: 蔡為東，熱愛測試工作，有超過10年的軟件測試和團(tuán)隊管理經(jīng)驗。

鄭: 鄭文強(qiáng), 阿爾卡特-朗訊測試架構(gòu)師

蔡：如何把握軟件產(chǎn)品的質(zhì)量？

鄭：不管軟件產(chǎn)品規(guī)模是大還是小，結(jié)構(gòu)是簡單還是復(fù)雜，對它們質(zhì)量的評估都不是一件容易的事情。盡管很難，但是產(chǎn)品質(zhì)量的評估仍然是必需的，因為它也涉及軟件版本是否能夠發(fā)布。

軟件發(fā)布之前做評估

根據(jù)我和公司內(nèi)的實踐經(jīng)驗，可以從下面兩個方面進(jìn)行評估。

第一，軟件產(chǎn)品發(fā)布之前的質(zhì)量評估，具體的度量指標(biāo)包括：

• 缺陷，包括發(fā)現(xiàn)的總的缺陷分布趨勢、缺陷在不同功能模塊中的分布等。例如，總的缺陷分布趨勢圖。

• 測試通過率，主要包括計劃的測試用例執(zhí)行進(jìn)度、通過的測試用例數(shù)目、失敗的測試用例數(shù)目、被阻塞的測試用例數(shù)目等。我們項目中定義的測試通過率是95%。

• 測試覆蓋率，包括測試對系統(tǒng)需求的覆蓋率、對測試類型的覆蓋率。例如，我們項目中定義的需求覆蓋率必須達(dá)到100%，測試類型覆蓋率也必須達(dá)到100%。

• 信心，負(fù)責(zé)這個模塊的測試人員對質(zhì)量的主觀感受?？赡苡械娜擞X得很奇怪，怎么主觀感受也可以作為產(chǎn)品質(zhì)量的評估？因為負(fù)責(zé)功能模塊測試的工程師是最了解他們的測試對象的。

旁觀者說：可以設(shè)計一個信心指數(shù)，例如1～10，然后通過各種數(shù)據(jù)來支持這個指數(shù)。

軟件發(fā)布之后做評估

第二，軟件產(chǎn)品發(fā)布之后的質(zhì)量評估。我們目前采用的度量指標(biāo)是缺陷檢測百分比DDP（Defect Detected Percentage），其計算公式如下：

客戶現(xiàn)場發(fā)現(xiàn)的缺陷數(shù) /（發(fā)布前測試團(tuán)隊發(fā)現(xiàn)的缺陷數(shù)+
客戶現(xiàn)場發(fā)現(xiàn)的缺陷數(shù)）*100%

我們一般統(tǒng)計產(chǎn)品發(fā)布之后6個月內(nèi)在客戶現(xiàn)場發(fā)現(xiàn)的缺陷數(shù)。不同的公司與項目，采用的統(tǒng)計時間范圍會有所不同。

旁觀者說：統(tǒng)計客戶發(fā)現(xiàn)的bug是有意義的，一是可以據(jù)此對客戶做一些分析，例如，經(jīng)常使用的功能、滿意度等；二是可以用于反思之前的測試活動，以求改進(jìn)。

測試團(tuán)隊為軟件發(fā)布提供質(zhì)量信息

還有一個問題是測試團(tuán)隊非常關(guān)心的：誰來決定軟件產(chǎn)品的發(fā)布？從我的角度而言，我認(rèn)為由測試團(tuán)隊決定軟件產(chǎn)品是否發(fā)布是不合適的。

軟件產(chǎn)品是否可以發(fā)布，需要有不同角色的成員參與進(jìn)來，根據(jù)公司定義的判定準(zhǔn)則進(jìn)行評估，同時平衡產(chǎn)品質(zhì)量、市場機(jī)會、產(chǎn)品戰(zhàn)略以及成本等多個因素。測試團(tuán)隊在這個過程中主要的作用是盡量多地提供軟件產(chǎn)品的質(zhì)量信息、風(fēng)險信息等，以幫助管理層做出是否發(fā)布的決定。任何一個單方面做決定都可能是不全面的。例如，測試人員覺得質(zhì)量還不夠好，發(fā)布有風(fēng)險；但是市場機(jī)會要求我們發(fā)布，如果再等一段時間就會減弱市場機(jī)會，甚至喪失機(jī)會，這個時候就需要考慮哪個因素有更高的優(yōu)先級。

旁觀者說：贊同。軟件發(fā)布與否應(yīng)當(dāng)綜合各種因素來考慮，而不僅僅是某個角色說了算。

本文節(jié)選自《贏在測試2：中國軟件測試專家訪談錄》

蔡為東著

電子工業(yè)出版社出版