【文章內(nèi)容簡介】 彈發(fā)生故障等等。這些事故的確不是危言聳聽，給人們敲響了質(zhì)量的警鐘。 ? 學術(shù)界總是喜歡宣揚質(zhì)量至上的理念，而忽視企業(yè)的商業(yè)利益，將質(zhì)量目標凌駕于商業(yè)目標之上。我不能評判這種現(xiàn)象是好還是壞，但是的確誤導了大量讀者。許多軟件人員都有 “ 質(zhì)量越高越好 ” 的觀念，這是被教科書灌輸?shù)?，而不是他自己領(lǐng)悟出來的。 ? 我曾在著作 《 高質(zhì)量程序設計指南 ——C++/C語言 》 中大肆宣揚了高質(zhì)量程序設計的理念 ， 力求使 C++程序達到 “ 零缺陷 ” 的質(zhì)量目標 。 盡管此書得到了許多程序員的贊同 ， 但是我經(jīng)過反思之后改變了質(zhì)量觀念 ， 我要著重指出的是： 重視軟件質(zhì)量是應該的 ， 但是 “ 質(zhì)量越高越好 ” 并不是普適的真理 。 只有極少數(shù)軟件應該追求 “ 零缺陷 ” ， 對絕大多數(shù)軟件而言 ， 商業(yè)目標決定了質(zhì)量目標 ， 而不該把質(zhì)量目標凌駕于商業(yè)目標之上 。 嚴格系統(tǒng)對質(zhì)量的要求 ? 航空航天等系統(tǒng)對質(zhì)量要求極高 ， 任何缺陷都有可能導致機毀人亡 ， 所以人們不惜一切代價去消除缺陷 。 在發(fā)射航天器之前 ， 只要發(fā)現(xiàn)任何異常 ， 就會立即取消發(fā)射指令 ， 直到異常被消除為止。 前蘇聯(lián)做得最過分 ， 許多重大武器系統(tǒng)的負責人都簽了生死狀 ， 系統(tǒng)研制成功則獲得英雄勛章， 失敗則被槍斃 。 在這種壓力下沒有人敢對質(zhì)量有一絲松懈 。 Page 14 3. 商業(yè)目標決定質(zhì)量目標 普通商業(yè)軟件：商業(yè)目標決定質(zhì)量目標 ? 上述嚴格系統(tǒng)畢竟是少數(shù) ， 絕大多數(shù)普通軟件的缺陷并不會造成機毀人亡這樣的重大損失 ， 否則沒有人敢從事軟件開發(fā)了 。 在日常工作中 ， 我們接觸過的軟件幾乎都是有缺陷的 ， 即便是軟件業(yè)老大 Microsoft， 它的軟件產(chǎn)品也經(jīng)常出錯甚至導致死機 ， 人們罵幾句后還會照樣使用有缺陷的軟件 。 ? 企業(yè)的根本目標是為了獲取盡可能多的利潤 ， 而不是生產(chǎn)完美無缺的產(chǎn)品 。 如果企業(yè)銷售出去的軟件的質(zhì)量比較差 ， 輕則挨罵 ， 重則被退貨甚至被索賠 ， 因此為了提高用戶對產(chǎn)品的滿意度 ， 企業(yè)必須提高產(chǎn)品的質(zhì)量 。 但是企業(yè)不可能為了追求完美的質(zhì)量而不惜一切代價 ， 當企業(yè)為提高質(zhì)量所付出的代價超過銷售收益時 ， 這個產(chǎn)品已經(jīng)沒有商業(yè)價值了 ， 還不如不開發(fā) 。 ? 企業(yè)必須權(quán)衡質(zhì)量 、 效率和成本 ， 產(chǎn)品質(zhì)量太低了或者太高了 ， 都不利于企業(yè)獲取利潤 。 企業(yè)理想的質(zhì)量目標不是 “ 零缺陷 ” ， 而是恰好讓廣大用戶滿意 ， 并且將提高質(zhì)量所付出的代價控制在預算之內(nèi) 。 Page 15 4. 質(zhì)量保證能夠保證質(zhì)量嗎 美麗的謊言 ? CMM對軟件質(zhì)量保證是這樣描述的： – 軟件質(zhì)量保證 （ Quality Assurance） 的目的是為管理者提供有關(guān)軟件過程和產(chǎn)品的適當?shù)目梢曅?。 它包括評審和審核軟件產(chǎn)品及其活動 ， 以驗證其是否遵守既定的規(guī)程和標準 ， 并向有關(guān)負責人匯報評審和審核的結(jié)果 。 ? 質(zhì)量保證 （ Quality Assurance, QA） 是 CMM和 ISO9001最為推崇的改善軟件質(zhì)量的方法 。 基于我親身實踐和調(diào)查研究 ， 我敢冒天下之大不諱說一句： 質(zhì)量保證并不能保證質(zhì)量 ， 它是個美麗的謊言 。 ? 簡而言之，質(zhì)量保證活動就是檢查軟件項目的 “ 工作過程和工作成果 ” 是否符合既定的規(guī)范。如此簡單的活動為什么被冠以 “ 質(zhì)量保證 ” 這等份量的術(shù)語呢？沒有歷史典故，經(jīng)我考究，猜想是源于一個天真的假設： – 過程質(zhì)量與產(chǎn)品質(zhì)量存在某種程度的因果關(guān)系，通常“好的過程”產(chǎn)生“好的產(chǎn)品”，而“差的過程”將產(chǎn)生“差的產(chǎn)品”。假設企業(yè)已經(jīng)制定了軟件過程規(guī)范，如果質(zhì)量保證人員發(fā)現(xiàn)某些項目的“工作過程以及工作成果”不符合既定的規(guī)范，那么馬上可以斷定產(chǎn)品存在缺陷。反之，如果質(zhì)量保證人員沒有發(fā)現(xiàn)不符合既定規(guī)范的東西，那么也可以斷定產(chǎn)品是合格的。 ? 符合既定規(guī)范的東西并不意味著質(zhì)量一定合格，僅靠規(guī)范無法識別出產(chǎn)品中可能存在的大量缺陷（以高手與新手的設計、編程為例）。 ? 質(zhì)量保證的技術(shù)含量太低了，只能檢查出膚淺的缺陷，不能對付有技術(shù)難度的缺陷。所以單獨的“ 質(zhì)量保證 ” 其實并不能 “ 保證質(zhì)量 ” 。 Page 16 4. 質(zhì)量保證能夠保證質(zhì)量嗎 CMM3級企業(yè) QA人員的迷惘（ 摘錄） 我很迷茫 ， 很想找一個人聊聊 ， 希望你能給我點主意 ， 化解我心中的謎團 。 昨天我們公司拿到了 CMM3的證書 ， 但是我一點都高興不起來 。 公司宣稱 ， 我們的軟件質(zhì)量大大提高了 ， 但是我卻沒有信心 。 我們的過程執(zhí)行得很好 ， 但是我覺得并沒有在很大程度上改善產(chǎn)品的質(zhì)量 。 今天還有一個項目經(jīng)理跟我訴苦：前一階段大家都忙于執(zhí)行過程 ， 但是他的產(chǎn)品質(zhì)量令人很不滿意 ， 尤其是測試做的很不到位 。 我是這個項目的 SQA， 所以我很理解他 ， 但是我?guī)筒簧纤拿?。 因為他們的過程執(zhí)行得很好 ， 這個項目可是通過 CMM3級正式評估了的 。 當然 ， 執(zhí)行 CMM有不少好處 ， 比如文檔全面完整了 ， 項目管理的可視性提高了 。 但是對于我們公司而言 ， 它并沒有在根本上提高我們公司的軟件能力 。 比如概要設計 ， 開發(fā)人員根本就不知道用來干嗎的 ， 怎么能指望他們寫出高質(zhì)量的概要設計說明書出來 。 而在做技術(shù)評審的時候 ， 他們很少能找出邏輯性的錯誤 ， 只能發(fā)現(xiàn)一些諸如錯別字之類的小錯誤 。 我們幾乎每一個配置項都要經(jīng)過評審 ， 但是大部分評審都只能發(fā)現(xiàn)一些無關(guān)痛癢的問題 。 公司已經(jīng)通過 CMM3級了 ， 我認為過程執(zhí)行得很好了 ， 可是軟件質(zhì)量仍然比較差 。 這是怎么回事啊 ， 你覺得原因在哪里 ？ ? 結(jié)論： 公司按照 CMM3級的要求執(zhí)行，而且質(zhì)量人員也認為執(zhí)行過程符合既定的規(guī)范，但是軟件產(chǎn)品的質(zhì)量仍然低下。所以說 “ 質(zhì)量保證并不能保證質(zhì)量 ” ，這句話一點都不過分。 質(zhì)量保證對于保證質(zhì)量而言只是必要的手段，而不是充分的手段。 Page 17 5. 質(zhì)量人員的狀況 郁悶 ? QA人員訴苦： 我現(xiàn)在覺得很郁悶 ， CMM評估前還有目標 ， 評估完了冷靜下來卻覺得效果很差 ，很沒勁 。 項目經(jīng)理向我訴苦 ， 他們過程執(zhí)行的很好 ， 但是對產(chǎn)品質(zhì)量很不滿意 ， 我卻無能為力 ，我這個 QA還有什么用處啊 ！ 所以我現(xiàn)在干活沒有動力 ， 因為不能產(chǎn)生效益 ， 做再多的工作也覺得是白干 。 而且我現(xiàn)在手頭有 5個項目要跟蹤 ， 還不包括一些整理培訓記錄的雜活 ， 我覺得自己連工人也不如 。 我有一些很好的想法卻無處發(fā)揮 ， 所以我很迷茫 ， 很矛盾地考慮去留問題 。 ? 郁悶的滋味各色各樣 ， 只有正在郁悶的人感受最真切 。 我發(fā)現(xiàn)在軟件職業(yè)里 ， 質(zhì)量人員是最郁悶的一族 。 郁悶的共同特征有： – （ 1） 在執(zhí)行質(zhì)量保證活動時 ， 經(jīng)常受別人的氣 ， 真是吃力不討好 。 – （ 2） 如果項目取得