提高軟件質(zhì)量的有效利器－度量

            曾記得1999年，國內(nèi)對軟件質(zhì)量的認識還非常落后，當(dāng)時的“英雄模式”非常盛行，很多企業(yè)認為“軟件質(zhì)量就是研發(fā)人員自身的事情，只要找?guī)讉€編程英雄，軟件質(zhì)量就迎刃而解”，“如果某企業(yè)設(shè)置專職的測試工程師，會被大家認為是奢侈的事情”。
 
            曾記得1999年，國內(nèi)對軟件質(zhì)量的認識還非常落后，當(dāng)時的“英雄模式”非常盛行，很多企業(yè)認為“軟件質(zhì)量就是研發(fā)人員自身的事情，只要找?guī)讉€編程英雄，軟件質(zhì)量就迎刃而解”，“如果某企業(yè)設(shè)置專職的測試工程師，會被大家認為是奢侈的事情”。然而事與愿違，我早期所在的公司(當(dāng)時在國內(nèi)外都非常有名)就是這樣：招聘了很多的高級編程人員，啟動了很多軟件研發(fā)項目，并且花了很多的錢，但產(chǎn)品質(zhì)量卻仍然很差，很多新產(chǎn)品因質(zhì)量問題根本無法投入市場，并且延誤了市場先機;勉強投入市場的幾個新產(chǎn)品卻將公司的維護部門打入萬劫不復(fù)的地步，因為維護部人員經(jīng)常在凌晨2-3點被緊急電話叫醒“我是×郊縣×局的，我們機房癱瘓了，立即來一趟”，甚至他們經(jīng)常要在天寒地凍、刮風(fēng)下雨的惡劣條件下熬夜。
            就在那一年，可能是公司認識到了質(zhì)量的重要性和它的真實含義，把我從研發(fā)工程師轉(zhuǎn)變成了一位質(zhì)量工程師兼測試工程師，也許是我學(xué)過項目管理專業(yè)的緣故。從那時起，我知道了什么是ISO9000，什么是CMM,
            什么是TL9000。公司也花了幾百萬買了大量的軟件工具，如Rational，CCC/Harvest，Telelogic，Numega等等。從此公司的質(zhì)量開始演變?yōu)椤皽y試模式”，最后變成“過程模式”。在過程模式下，我們把公司的軟件產(chǎn)品開發(fā)的整個過程(從誕生到消亡)逐漸分解成許多可控制的標(biāo)準(zhǔn)小過程，按照ISO9000/TL9000/CMMI進行過程管理，別看這個變化不起眼，但它的效果卻是驚人的。就象計算機軟件技術(shù)從進程演變到線程一樣，其實就是把進程拆成許多線程，卻帶來了軟件執(zhí)行效率的質(zhì)的飛躍。關(guān)于如何更好地分解過程，軟件產(chǎn)品開發(fā)應(yīng)該包括哪些標(biāo)準(zhǔn)過程，ISO9000/TL9000/CMMI提供了很多非常好的實踐和模型，我不在這里做詳細的介紹了。
            但是我們發(fā)現(xiàn)，即使你把軟件產(chǎn)品開發(fā)的過程分解到位、定義到位，甚至通過了CMMI5級評估，但實際執(zhí)行地效果卻不明顯，軟件質(zhì)量可能絲毫沒有提高。據(jù)官方2007年最新統(tǒng)計，中國通過ISO9000認證的公司數(shù)量在全球第一，通過CMM/CMMI評估的公司數(shù)量在全球第二，但中國軟件產(chǎn)品的質(zhì)量是不是也達到全球第一或第二了呢?答案是很明顯的，我們的軟件產(chǎn)品質(zhì)量仍然很差，與國際水平還差一大截，這可以通過CSBSG/ISBSG的數(shù)據(jù)比對就能看出來。那么到底是為什么呢?我想最大的原因是忽視了過程本身的有效性，而太關(guān)注于“過級”。
            那么過程的有效性如何來評價和控制，答案就是度量。度量是唯一一個能永久驅(qū)動企業(yè)內(nèi)部過程改進的動力。認證、評估、客戶的要求、政府的資助，這些驅(qū)動力都是暫時的。通過度量，可以把企業(yè)每一個過程的有效性進行客觀的評價，并與企業(yè)歷史的度量數(shù)據(jù)進行縱向比對，也可以與行業(yè)的基準(zhǔn)數(shù)據(jù)進行橫向比對，從而找出自己的弱點和差距，進行針對性的改進。所謂“知己知彼，百戰(zhàn)不殆”，應(yīng)用到軟件開發(fā)領(lǐng)域，也就是這個道理。度量將是真正提高軟件質(zhì)量的有效利器。
            那么如何來應(yīng)用度量呢，我們可以舉個例子。
            多公司在進行技術(shù)評審、測試等這些經(jīng)典質(zhì)量控制的活動中，往往流于形式，感覺效果不好。在評審活動中，往往因發(fā)現(xiàn)不了缺陷或只發(fā)現(xiàn)少量的輕微缺陷就判定這個評審順利地通過，結(jié)果在后續(xù)的活動中或產(chǎn)品上市后卻發(fā)現(xiàn)這些評審遺留了很多缺陷而沒有被發(fā)現(xiàn)。如果我們能有效的利用度量來作為評審?fù)ㄟ^的判定準(zhǔn)則，就可以避免或最大限度的降低這些錯誤。假設(shè)我們從CSBSG/ISBSG數(shù)據(jù)庫中了解到，P50的企業(yè)在評審需求或設(shè)計的時候應(yīng)該發(fā)現(xiàn)每頁0.5個缺陷，在代碼走查/單元測試時應(yīng)該發(fā)現(xiàn)10個缺陷/千代碼行，在系統(tǒng)測試時應(yīng)該發(fā)現(xiàn)6個缺陷/千代碼行。那么我們把這些基準(zhǔn)數(shù)據(jù)作為我們評審、測試的通過準(zhǔn)則，如果沒有達到這些指標(biāo)就表明評審活動或測試活動不有效，需要分析一下這些活動是否存在以下問題：如評委沒有預(yù)讀資料，評審會上大家在討論解決方案或爭論而不是在發(fā)現(xiàn)缺陷和確認缺陷，沒有按照同行評審的規(guī)范進行等等。(注：P50是指在CSBSG數(shù)據(jù)庫中查詢到的排名在第50%的度量數(shù)據(jù)，不是指平均值。)
            關(guān)于度量應(yīng)用的范圍和例子還有很多，這里不再一一列舉，主要向大家強調(diào)的是建立和實施我們自己的過程后，一定要對過程進行度量，來看看過程執(zhí)行的效果，這樣才能真正提高軟件質(zhì)量。

本頁關(guān)鍵詞：提高軟件質(zhì)量的有效利器－度量