【正文】 可靠性分析通常采用統(tǒng)計(jì)方法，遺憾的是目前可供第一線開發(fā)人員使用的成果很少見，大多數(shù)文章限于理論研究。占了90%的操作系統(tǒng)市場(chǎng)。 ? 正確性描述軟件在需求范圍之內(nèi)的行為，而健壯性描述軟件在需求范圍之外的行為。 ? 如果某些質(zhì)量屬性并不能產(chǎn)生顯著的經(jīng)濟(jì)效益 ， 我們可以忽略它們 ，把精力用在對(duì)經(jīng)濟(jì)效益貢獻(xiàn)最大的質(zhì)量要素上 。 ?通過類比 ， 我們這樣理解軟件質(zhì)量： 軟件質(zhì)量是許多質(zhì)量屬性的綜合體現(xiàn) ， 各種質(zhì)量屬性反映了軟件質(zhì)量的方方面面 。 Page 4 2. 軟件質(zhì)量屬性和質(zhì)量要素 如何描述質(zhì)量 ?詞典對(duì)質(zhì)量的定義是：① 典型的或本質(zhì)的特征；② 事物固有的或區(qū)別于其他事物的特征或本質(zhì)；③ 優(yōu)良或出色的程度。被人們奉為軟件質(zhì)量管理圣經(jīng)的CMM和 ISO9001似乎并不奏效，現(xiàn)實(shí)和理想之間的差距太大。 ?重要的理念： 商業(yè)目標(biāo)決定質(zhì)量目標(biāo) 。現(xiàn)代人總是通過考察多方面的生理因素來判斷是否健康，如測(cè)量身高、體重、心跳、血壓、血液、體溫等。 質(zhì)量屬性可分為兩大類： “ 功能性 ” 與 “ 非功能性 ” ， 后者有時(shí)也稱為 “ 能力 ” （ Capability） 。 ?技術(shù)評(píng)審和測(cè)試的第一關(guān)都是檢查工作成果的正確性。 ? 從語義上理解，恢復(fù)不及容錯(cuò)那么健壯。 ?軟件在運(yùn)行時(shí)不會(huì)發(fā)生物理性質(zhì)的變化，人們常以為如果軟件的某個(gè)功能是正確的，那么它一輩子都是正確的。例如當(dāng)維護(hù)人員十萬火急地趕到現(xiàn)場(chǎng)時(shí)，錯(cuò)誤消失了；等維護(hù)人員回家后，錯(cuò)誤又出現(xiàn)了。 ?程序員可以通過優(yōu)化數(shù)據(jù)結(jié)構(gòu)、算法和代碼來提高軟件的性能。 ?現(xiàn)代人的生活節(jié)奏快，干啥事都想圖個(gè)方便。 ? 可理解的東西通常是簡(jiǎn)潔的。 ?信息安全是一門比較深?yuàn)W的學(xué)問，其發(fā)展是建立在正義與邪惡的斗爭(zhēng)之上。要是軟件的代碼只有 100行，那么 “ 軟件工程 ” 也就用不著了。例如兩個(gè)字處理軟件的文件格式兼容，那么它們都可以操作對(duì)方的文件，這種能力對(duì)用戶很有好處。 ? 編程語言越低級(jí)，用它編寫的程序越難移植，反之則越容易。我不能評(píng)判這種現(xiàn)象是好還是壞，但是的確誤導(dǎo)了大量讀者。 在這種壓力下沒有人敢對(duì)質(zhì)量有一絲松懈 。 Page 24 4. 質(zhì)量保證能夠保證質(zhì)量嗎 美麗的謊言 ?CMM對(duì)軟件質(zhì)量保證是這樣描述的： 軟件質(zhì)量保證 （ Quality Assurance） 的目的是為管理者提供有關(guān)軟件過程和產(chǎn)品的適當(dāng)?shù)目梢曅?。 ? 符合既定規(guī)范的東西并不意味著質(zhì)量一定合格，僅靠規(guī)范無法識(shí)別出產(chǎn)品中可能存在的大量缺陷 （以高手與新手的設(shè)計(jì)、編程為例）。 我是這個(gè)項(xiàng)目的 SQA， 所以我很理解他 ， 但是我?guī)筒簧纤拿?。 這是怎么回事啊 ， 你覺得原因在哪里 ？ – 結(jié)論：公司按照 CMM3級(jí)的要求執(zhí)行，而且質(zhì)量人員也認(rèn)為執(zhí)行過程符合既定的規(guī)范，但是軟件產(chǎn)品的質(zhì)量仍然低下。 我發(fā)現(xiàn)在軟件職業(yè)里 ， 質(zhì)量人員是最郁悶的一族 。 平心而論 ， 他們比某些技術(shù)出色但是情商不高的技術(shù)人員更值得交朋友 。任何素質(zhì)合格的員工都是寶貴的人才，很多默默無聞的人才其實(shí)是被不懂得質(zhì)量管理的領(lǐng)導(dǎo)給荒廢了。 Page 31 5. 質(zhì)量人員的狀況 贊美詩 ?中國(guó)遭受 了非典型肺炎 （ SARS） 的肆虐 ， 人們?cè)谖ｋy之際想起了醫(yī)護(hù)人員的好處 ， 因此涌現(xiàn)了許多對(duì)醫(yī)護(hù)人員的贊美詩 。 沒有他， 又怎會(huì)創(chuàng)造萬物的光芒。 我大哥不外出治病 ， 他深知人們生病的原因 ， 所以能夠預(yù)防家里人生病 ， 他的醫(yī)術(shù)只有我們家里才知道 。 ?當(dāng)工作成果剛剛產(chǎn)生時(shí)馬上進(jìn)行質(zhì)量檢查，及時(shí)找出并消除工作成果中的缺陷。 Page 35 6. 全面軟件質(zhì)量管理：模型 模型 借鑒老大、老二治病的方法，我們提煉出全面軟件質(zhì)量管理的模型，如下圖所示。 Page 37 7. 全面軟件質(zhì)量管理：制定質(zhì)量管理計(jì)劃 ?質(zhì)量管理計(jì)劃就是為了實(shí)現(xiàn)質(zhì)量目標(biāo)的計(jì)劃。 ?技術(shù)評(píng)審的主要好處有： ?通過消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量； ?技術(shù)評(píng)審可以在任何開發(fā)階段執(zhí)行 ， 不必等到軟件可以運(yùn)行之際 ， 越早消除缺陷就越能降低開發(fā)成本； ?開發(fā)人員能夠及時(shí)地得到同行專家的幫助和指導(dǎo) ， 無疑會(huì)加深對(duì)工作成果的理解 ， 更好地預(yù)防缺陷 ， 一定程度上提高了開發(fā)生產(chǎn)率 。 ?在制定質(zhì)量計(jì)劃的時(shí)候，已經(jīng)確定了本項(xiàng)目的主要測(cè)試活動(dòng)、時(shí)間和負(fù)責(zé)人，之后再考慮軟件測(cè)試的詳細(xì)計(jì)劃和測(cè)試用例。 ?雖然本章批判了 “ 質(zhì)量保證 ” 的浮夸，但是并沒有全盤否定質(zhì)量保證的好處。 ?質(zhì)量人員在執(zhí)行過程檢查的時(shí)候 ， 如果發(fā)現(xiàn)問題 ， 應(yīng)該立即記錄下來 。 ?缺陷的主要屬性：缺陷 ID, 缺陷類型 ,缺陷狀態(tài) ,缺陷描述 ,相關(guān)文件 ,嚴(yán)重性 ,優(yōu)先級(jí) ,報(bào)告者 ,報(bào)告日期 ,接受者 ,解決方案 （ 建議 ） ,解決日期 。 ?質(zhì)量人員首先設(shè)法在項(xiàng)目?jī)?nèi)部解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問題 ， 與項(xiàng)目成員們協(xié)商 ， 給出解決措施 。 ?符合規(guī)范的工作成果不見得就是高質(zhì)量的，但是明顯不符合規(guī)范的工作成果十有八九是質(zhì)量不合格的。當(dāng)項(xiàng)目開發(fā)到后期，過程檢查和技術(shù)評(píng)審都已經(jīng)沒有多少意義了，開發(fā)小組急需有人幫助他們測(cè)試軟件，如果質(zhì)量人員參與軟件測(cè)試，對(duì)開發(fā)小組而言簡(jiǎn)直就是 “ 雪中送炭 ” 。 FTR比較嚴(yán)格 ， 需要舉行評(píng)審會(huì)議 ， 參加評(píng)審會(huì)議的人員比較多 。開發(fā)軟件產(chǎn)品的最終目的是為了賺錢，所以人們?yōu)樘岣哕浖|(zhì)量所付出的代價(jià)是有上限的，項(xiàng)目負(fù)責(zé)人當(dāng)然希望代價(jià)越低越好。 Page 36 6. 全面軟件質(zhì)量管理：模型 角色職責(zé) ?誰對(duì)軟件質(zhì)量負(fù)責(zé) ？ 是全員負(fù)責(zé) 。最常用的方法是技術(shù)評(píng)審、軟件測(cè)試和過程檢查，已經(jīng)被企業(yè)廣泛采用并取得了成效。 Page 33 6. 全面軟件質(zhì)量管理：模型 消除軟件缺陷的三種方式 ?老大治病的方式最高明，如果人們能夠預(yù)防生病的話，那么沒病就用不著看醫(yī)生了。 我 更喜愛 晚上八九點(diǎn)種的太陽。詩中的 “ 狼人 ” 和 “ 銀彈 ” 是軟件工程的典故，寓意深刻。 Page 30 5. 質(zhì)量人員的狀況 路在何方 ? 建議： （ 1） 無論是企業(yè)領(lǐng)導(dǎo)還是質(zhì)量人員 ， 都要好好學(xué)習(xí)全面軟件質(zhì)量管理方法 ， 結(jié)合企業(yè)的特點(diǎn)給出真正有效的質(zhì)量管理方案 。 Page 29 5. 質(zhì)量人員的狀況 路在何方 ?軟件行業(yè)里的人嘴上都說質(zhì)量很重要，可是大多數(shù)企業(yè)并沒有給質(zhì)量人員提供良好的職業(yè)發(fā)展空間。 （ 2） 如果項(xiàng)目取得成功 ， 主要功勞都被項(xiàng)目主管霸占了 ， 領(lǐng)導(dǎo)們至多會(huì)給質(zhì)量人員一些口頭上的感謝 。質(zhì)量保證對(duì)于保證質(zhì)量而言只是必要的手段，而不是充分的手段。 當(dāng)然 ， 執(zhí)行 CMM有不少好處 ， 比如文檔全面完整了 ， 項(xiàng)目管理的可視性提高了 。所以單獨(dú)的“質(zhì)量保證”其實(shí)并不能“保證質(zhì)量”。 ?質(zhì)量保證 （ Quality Assurance, QA） 是 CMM和 ISO9001最為推崇的改善軟件質(zhì)量的方法 。 在日常工作中 ， 我們接觸過的軟件幾乎都是有缺陷的 ， 即便是軟件業(yè)老大