【正文】 人們都已把他遺忘， 但他還是艱難地懸掛在天上。 沒(méi)有他， 又怎會(huì)創(chuàng)造萬(wàn)物的光芒。缺陷越多質(zhì)量越低，缺陷越少質(zhì)量越高，提高軟件質(zhì)量的基本手段是消除軟件缺陷。 我大哥不外出治病 ， 他深知人們生病的原因 ， 所以能夠預(yù)防家里人生病 ， 他的醫(yī)術(shù)只有我們家里才知道 。主要措施是 “ 不斷地提高技術(shù)水平，不斷地提高規(guī)范化水平 ” ，其實(shí)就是練內(nèi)功，通稱為 “ 軟件過(guò)程改進(jìn) ” 。 ?當(dāng)工作成果剛剛產(chǎn)生時(shí)馬上進(jìn)行質(zhì)量檢查，及時(shí)找出并消除工作成果中的缺陷?？稍诂F(xiàn)實(shí)之中，大多數(shù)軟件企業(yè)采用老三的方式來(lái)對(duì)付質(zhì)量問(wèn)題。 Page 35 6. 全面軟件質(zhì)量管理：模型 模型 借鑒老大、老二治病的方法，我們提煉出全面軟件質(zhì)量管理的模型，如下圖所示。 所以人們不要把質(zhì)量問(wèn)題全部推出質(zhì)量人員或測(cè)試人員 。 Page 37 7. 全面軟件質(zhì)量管理：制定質(zhì)量管理計(jì)劃 ?質(zhì)量管理計(jì)劃就是為了實(shí)現(xiàn)質(zhì)量目標(biāo)的計(jì)劃。 ?誰(shuí)制定質(zhì)量管理計(jì)劃 ？ 由項(xiàng)目核心成員和質(zhì)量人員共同協(xié)商制定 ，主要由質(zhì)量人員起草 ， 由項(xiàng)目經(jīng)理審批即可 。 ?技術(shù)評(píng)審的主要好處有： ?通過(guò)消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量； ?技術(shù)評(píng)審可以在任何開(kāi)發(fā)階段執(zhí)行 ， 不必等到軟件可以運(yùn)行之際 ， 越早消除缺陷就越能降低開(kāi)發(fā)成本； ?開(kāi)發(fā)人員能夠及時(shí)地得到同行專家的幫助和指導(dǎo) ， 無(wú)疑會(huì)加深對(duì)工作成果的理解 ， 更好地預(yù)防缺陷 ， 一定程度上提高了開(kāi)發(fā)生產(chǎn)率 。 ITR的形式比較靈活 ， 通常在同伴之間開(kāi)展 ， 不必舉行評(píng)審會(huì)議 ， 評(píng)審人員比較少 。 ?在制定質(zhì)量計(jì)劃的時(shí)候，已經(jīng)確定了本項(xiàng)目的主要測(cè)試活動(dòng)、時(shí)間和負(fù)責(zé)人，之后再考慮軟件測(cè)試的詳細(xì)計(jì)劃和測(cè)試用例。 ? 請(qǐng)參考軟件測(cè)試的專題，此處省略。 ?雖然本章批判了 “ 質(zhì)量保證 ” 的浮夸，但是并沒(méi)有全盤否定質(zhì)量保證的好處。如果質(zhì)量人員發(fā)現(xiàn)開(kāi)發(fā)人員寫的文檔與機(jī)構(gòu)的模板差異非常大，那么就要搞清楚究竟是模板不合適？還是開(kāi)發(fā)人員偷工減料？ Page 44 10. 全面 軟件質(zhì)量 管理：過(guò)程檢查 觀點(diǎn) ? 過(guò)程檢查的要點(diǎn)是：找出明顯不符合規(guī)范的工作過(guò)程和工作成果，及時(shí)指導(dǎo)開(kāi)發(fā)人員糾正問(wèn)題，切勿吹毛求疵或者在無(wú)關(guān)痛癢的地方查來(lái)查去。 ?質(zhì)量人員在執(zhí)行過(guò)程檢查的時(shí)候 ， 如果發(fā)現(xiàn)問(wèn)題 ， 應(yīng)該立即記錄下來(lái) 。 Page 46 11. 全面軟件質(zhì)量管理：缺陷跟蹤工具 概念 ?如果沒(méi)有缺陷跟蹤工具的話 ， 人們只好用紙張或文件去記錄缺陷 ，不僅變更缺陷信息很麻煩 ， 而且難以共享信息 。 ?缺陷的主要屬性：缺陷 ID, 缺陷類型 ,缺陷狀態(tài) ,缺陷描述 ,相關(guān)文件 ,嚴(yán)重性 ,優(yōu)先級(jí) ,報(bào)告者 ,報(bào)告日期 ,接受者 ,解決方案 （ 建議 ） ,解決日期 。 ?Inter上有許多缺陷跟蹤工具 ， 大家可以免費(fèi)下載使用 。 ?質(zhì)量人員首先設(shè)法在項(xiàng)目?jī)?nèi)部解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問(wèn)題 ， 與項(xiàng)目成員們協(xié)商 ， 給出解決措施 。 ? 對(duì)于中小型項(xiàng)目而言，過(guò)程檢查工作由質(zhì)量人員一個(gè)人負(fù)責(zé)就夠了，約占其 20％的工作量，讓質(zhì)量人員抽出更多的時(shí)間從事技術(shù)評(píng)審和軟件測(cè)試工作。 ?符合規(guī)范的工作成果不見(jiàn)得就是高質(zhì)量的，但是明顯不符合規(guī)范的工作成果十有八九是質(zhì)量不合格的。 ?“ 過(guò)程檢查 ” 這個(gè)詞雖然沒(méi)有質(zhì)量保證那么動(dòng)聽(tīng) ， 但是其含義直接明了 ， 不會(huì)讓人誤解 。當(dāng)項(xiàng)目開(kāi)發(fā)到后期，過(guò)程檢查和技術(shù)評(píng)審都已經(jīng)沒(méi)有多少意義了，開(kāi)發(fā)小組急需有人幫助他們測(cè)試軟件，如果質(zhì)量人員參與軟件測(cè)試，對(duì)開(kāi)發(fā)小組而言簡(jiǎn)直就是 “ 雪中送炭 ” 。技術(shù)評(píng)審在軟件測(cè)試之前執(zhí)行，尤其是在需求開(kāi)發(fā)和系統(tǒng)設(shè)計(jì)階段。 FTR比較嚴(yán)格 ， 需要舉行評(píng)審會(huì)議 ， 參加評(píng)審會(huì)議的人員比較多 。 ?技術(shù)評(píng)審最初是由 IBM公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導(dǎo)的 。開(kāi)發(fā)軟件產(chǎn)品的最終目的是為了賺錢，所以人們?yōu)樘岣哕浖|(zhì)量所付出的代價(jià)是有上限的，項(xiàng)目負(fù)責(zé)人當(dāng)然希望代價(jià)越低越好。 質(zhì)量人員是成天與質(zhì)量打交道的人 ， 但他個(gè)人并不對(duì)產(chǎn)品質(zhì)量產(chǎn)生最大的影響 ， 所以也不負(fù)最大的責(zé)任 。 Page 36 6. 全面軟件質(zhì)量管理：模型 角色職責(zé) ?誰(shuí)對(duì)軟件質(zhì)量負(fù)責(zé) ？ 是全員負(fù)責(zé) 。當(dāng)軟件交付給用戶后，用著用著就出錯(cuò)了，趕緊請(qǐng)開(kāi)發(fā)者來(lái)補(bǔ)救。最常用的方法是技術(shù)評(píng)審、軟件測(cè)試和過(guò)程檢查，已經(jīng)被企業(yè)廣泛采用并取得了成效。 老二治病的方式就是醫(yī)院的模式 ， 病人越早看病 ， 就越早治好 ， 治病的代價(jià)就越低 。 Page 33 6. 全面軟件質(zhì)量管理：模型 消除軟件缺陷的三種方式 ?老大治病的方式最高明，如果人們能夠預(yù)防生病的話，那么沒(méi)病就用不著看醫(yī)生了。 其中老三是名醫(yī) ， 人們問(wèn)他： “ 你們兄弟三人誰(shuí)的醫(yī)術(shù)最高 ？ ” 他回答說(shuō)： “ 我常用猛藥給病危者醫(yī)治 ， 偶爾有些病危者被我救活 ， 于是我的醫(yī)術(shù)遠(yuǎn)近聞名并成了名醫(yī) 。 我 更喜愛(ài) 晚上八九點(diǎn)種的太陽(yáng)。 沒(méi)有他 又怎會(huì)呼喚出一片明亮？ 我更喜愛(ài)晚上八九點(diǎn)鐘的太陽(yáng)， 因?yàn)樗麜?huì)化成早上的朝陽(yáng)。詩(shī)中的 “ 狼人 ” 和 “ 銀彈 ” 是軟件工程的典故，寓意深刻。 如果質(zhì)量人員的地位無(wú)足輕重 ， 那么必然導(dǎo)致質(zhì)量管理無(wú)足輕重 。 Page 30 5. 質(zhì)量人員的狀況 路在何方 ? 建議： （ 1） 無(wú)論是企業(yè)領(lǐng)導(dǎo)還是質(zhì)量人員 ， 都要好好學(xué)習(xí)全面軟件質(zhì)量管理方法 ， 結(jié)合企業(yè)的特點(diǎn)給出真正有效的質(zhì)量管理方案 。 ?在大多數(shù)的軟件企業(yè)里，男性處于支配地位，女性職位相對(duì)比較低。 Page 29 5. 質(zhì)量人員的狀況 路在何方 ?軟件行業(yè)里的人嘴上都說(shuō)質(zhì)量很重要，可是大多數(shù)企業(yè)并沒(méi)有給質(zhì)量人員提供良好的職業(yè)發(fā)展空間。 Page 28 5. 質(zhì)量人員的狀況 郁悶 ? 聲援： ? 我也做過(guò)傷害質(zhì)量人員的事情 ， 非常后悔 。 （ 2） 如果項(xiàng)目取得成功 ， 主要功勞都被項(xiàng)目主管霸占了 ， 領(lǐng)導(dǎo)們至多會(huì)給質(zhì)量人員一些口頭上的感謝 。 我有一些很好的想法卻無(wú)處發(fā)揮 ， 所以我很迷茫 ， 很矛盾地考慮去留問(wèn)題 。質(zhì)量保證對(duì)于保證質(zhì)量而言只是必要的手段，而不是充分的手段。 我們幾乎每一個(gè)配置項(xiàng)都要經(jīng)過(guò)評(píng)審 ， 但是大部分評(píng)審都只能發(fā)現(xiàn)一些無(wú)關(guān)痛癢的問(wèn)題 。 當(dāng)然 ， 執(zhí)行 CMM有不少好處 ， 比如文檔全面完整了 ， 項(xiàng)目管理的可視性提高了 。 我們的過(guò)程執(zhí)行得很好 ， 但是我覺(jué)得并沒(méi)有在很大程度上改善產(chǎn)品的質(zhì)量 。所以單獨(dú)的“質(zhì)量保證”其實(shí)并不能“保證質(zhì)量”。假設(shè)企業(yè)已經(jīng)制定了軟件過(guò)程規(guī)范，如果質(zhì)量保證人員發(fā)現(xiàn)某些項(xiàng)目的“工作過(guò)程以及工作成果”不符合既定的規(guī)范，那么馬上可以斷定產(chǎn)品存在缺陷。 ?質(zhì)量保證 （ Quality Assurance, QA） 是 CMM和 ISO9001最為推崇的改善軟件質(zhì)量的方法 。 ?企業(yè)必須權(quán)衡質(zhì)量 、 效率和成本 ， 產(chǎn)品質(zhì)量太低了或者太高了 ， 都不利于企業(yè)獲取利潤(rùn) 。 在日常工作中 ， 我們接觸過(guò)的軟件幾乎都