【正文】 Microsoft， 它的軟件產(chǎn)品也經(jīng)常出錯甚至導(dǎo)致死機(jī) ， 人們罵幾句后還會照樣使用有缺陷的軟件 。 ?我曾在著作 《 高質(zhì)量程序設(shè)計指南 —— C++/C語言 》 中大肆宣揚了高質(zhì)量程序設(shè)計的理念 ， 力求使 C++程序達(dá)到 “ 零缺陷 ” 的質(zhì)量目標(biāo) 。 ? Java程序號稱 “ 一次編譯，到處運行 ” ，具有 100%的可移植性。 如果你經(jīng)?？聪愀叟牡?“ 黑幫 ” 影片，你就很容易明白這個道理。 Page 18 2. 軟件質(zhì)量屬性和質(zhì)量要素 可擴(kuò)展性 ?現(xiàn)代軟件產(chǎn)品通常采用 “ 增量開發(fā)模式 ” ，不斷推出新版本，獲取增值利潤。如今全球黑客泛濫，真是 “ 道高一尺，魔高一丈 ” ??！ ?開發(fā)商和客戶愿意為提高安全性而投入的資金是有限的，他們要考慮值不值得。如果軟件系統(tǒng)臃腫不堪，它遲早會出問題。 ?導(dǎo)致軟件易用性差的根本原因 ： ?理工科大學(xué)教育存在缺陷：沒有開設(shè)人機(jī)工程學(xué)、美學(xué)、心理學(xué)這些必修課，大部分開發(fā)人員不知道如何設(shè)計易用的軟件產(chǎn)品。 ?算法復(fù)雜度分析是很好的方法，可以達(dá)到 “ 未卜先知 ” 的功效。 Page 12 2. 軟件質(zhì)量屬性和質(zhì)量要素 性能 ?性能通常是指軟件的 “ 時間 空間 ” 效率，而不僅是指軟件的運行速度。平時軟件運行得好好的，說不準(zhǔn)哪一天就不正常了，如有千年等一回的 “ 千年蟲 ” 問題，司空見慣的 “ 內(nèi)存泄露 ” 、 “ 誤差累積 ” 問題等等。 ? Windows容錯能力較差，但是恢復(fù)能力很好，而且很好用。 Page 9 2. 軟件質(zhì)量屬性和質(zhì)量要素 健壯性 ? 健壯性是指在異常情況下，軟件能夠正常運行的能力。 ? 對于一個特定的軟件而言 ， 我們首先判斷什么是質(zhì)量要素 ， 才能給出提高質(zhì)量的具體措施 ， 而不是一股腦地想把所有的質(zhì)量屬性都做好 ， 否則不僅做不好 ， 還可能得不償失 。如果某個因素不合格，則表明此人在某個方面不健康，醫(yī)生會對癥下藥。因此對于普通商業(yè)軟件而言，并不是 “ 質(zhì)量越高越好 ” ，而是恰好讓廣大用戶滿意，并且將提高質(zhì)量所付出的代價控制在預(yù)算之內(nèi)。Page 1 第一章 軟件質(zhì)量管理問題概論 Page 2 目錄 1. 引言 2. 軟件質(zhì)量屬性和質(zhì)量要素 3. 商業(yè)目標(biāo)決定質(zhì)量目標(biāo) 4. 質(zhì)量保證能夠保證質(zhì)量嗎 5. 質(zhì)量人員的狀況 6. 全面軟件質(zhì)量管理：模型 7. 全面軟件質(zhì)量管理：制定質(zhì)量計劃 8. 全面軟件質(zhì)量管理：技術(shù)評審 9. 全面軟件質(zhì)量管理：軟件測試 10. 全面軟件質(zhì)量管理：過程檢查 11. 全面軟件質(zhì)量管理：缺陷跟蹤工具 參考書：《軟件工程與項目管理解析》，林銳 著，電子工業(yè)出版社， 2022 Page 3 1. 引言 ?軟件質(zhì)量管理是充滿爭論的話題。提高軟件質(zhì)量的最終目的是為了贏利，而不是創(chuàng)造完美無缺的產(chǎn)品。如果上述因素都合格，那么表明這人是健康的。 Page 6 2. 軟件質(zhì)量屬性和質(zhì)量要素 十大軟件質(zhì)量因素 ?功能性質(zhì)量因素：正確性，健壯性，可靠性 ?非功能性質(zhì)量因素：性能，易用性，清晰性，安全性，可擴(kuò)展性，兼容性，可移植性 ?為什么是“十大” 質(zhì)量因素 ? ?逐一解釋 “十大” 質(zhì)量因素（參見《高質(zhì)量程序設(shè)計指南 ——C++/C語言》） Page 7 2. 軟件質(zhì)量屬性和質(zhì)量要素 軟件質(zhì)量要素 ? 什么是軟件質(zhì)量要素？ （ 1）從技術(shù)角度講，對軟件整體質(zhì)量影響最大的那些質(zhì)量屬性才是質(zhì)量要素； （ 2）從商業(yè)角度講，客戶最關(guān)心的、能成為賣點的質(zhì)量屬性才是質(zhì)量要素。 ?機(jī)器不會主動欺騙人，軟件運行出錯通常都是人造成的，所以不要找借口埋怨機(jī)器有毛病。 ? Unix容錯能力很強，可惜不好用。可是我們無法對軟件進(jìn)行徹底地測試，無法根除軟件中潛在的錯誤。 … ? 軟件可靠性問題主要是在編程時候埋下的禍害（很難測試出來），應(yīng)當(dāng)提倡規(guī)范化程序設(shè)計，預(yù)防可靠性禍害。例如數(shù)據(jù)庫程序的優(yōu)化。所以把易用性作為重要的質(zhì)量屬性對待無可非議。一個原始問題可能很復(fù)雜，但高水平的人就能夠把軟件系統(tǒng)設(shè)計得很簡潔。這世界似乎不存在絕對安全的系統(tǒng)，連美國軍方的系統(tǒng)都頻頻遭黑客入侵。 ?如果軟件規(guī)模很大，問題很復(fù)雜，倘若軟件的可擴(kuò)展性不好，那么該軟件就像用卡片造成的房子，抽出或者塞進(jìn)去一張卡片都有可能使房子倒塌。 ?兼容性的商業(yè)規(guī)則：弱者設(shè)法與強者兼容，否則無容身之地；強者應(yīng)當(dāng)避免被兼容，否則市場將被瓜分。這是因為，不同的硬件體系結(jié)構(gòu)（例如 Intel CPU和 SPARC CPU）使用不同的指令集和字長，而 OS和編譯器可以屏蔽這種差異，所以高級語言的可移植性更好。許多軟件人員都有 “ 質(zhì)量越高越好 ” 的觀念，這是被教科書灌輸?shù)?，而不是他自己領(lǐng)悟出來的。 Page 23 3. 商業(yè)目標(biāo)決定質(zhì)量目標(biāo) 普通商業(yè)軟件：商業(yè)目標(biāo)決定質(zhì)量目標(biāo) ?上述嚴(yán)格系統(tǒng)畢竟是少數(shù) ， 絕大多數(shù)普通軟件的缺陷并不會造成機(jī)毀人亡這樣的重大損失 ， 否則沒有人敢從事軟件開發(fā)了 。 它包括評審和審核軟件產(chǎn)品及其活動 ， 以驗證其是否遵守既定的規(guī)程和標(biāo)準(zhǔn) ， 并向有關(guān)負(fù)責(zé)人匯報評審和審核的結(jié)果 。 ? 質(zhì)量保證的技術(shù)含量太低了，只能檢查出膚淺的缺陷，不能對付有技術(shù)難度的缺陷。 因為他們的過程執(zhí)行得很好 ， 這個項目可是通過 CMM3級正式評估了的 。所以說 “ 質(zhì)量保證并不能保證質(zhì)量 ” ，這句話一點都不過分。 郁悶的共同特征有： （ 1） 在執(zhí)行質(zhì)量保證活動時 ， 經(jīng)常受別人的氣 ， 真是吃力不討好 。 質(zhì)量檢查是他們的工作職責(zé) ， 誰也不會有意干擾項目 ， 所以任何人都不應(yīng)該向他們發(fā)火 。質(zhì)量人員之所以沒有發(fā)揮預(yù)期的效果，不是性別緣故，主要過失在于領(lǐng)導(dǎo)者。 ?我碰巧在網(wǎng)上搜索到一位軟件詩人獻(xiàn)給質(zhì)量人員的贊美詩 “ 晚上八九點鐘的太陽 ” ，我認(rèn)為沒有必要等到軟件質(zhì)量災(zāi)難降臨的時候才想起質(zhì)量人員，于是摘錄這首詩公布于此。 狼人望月嚎叫， 它知道 月亮映出的太陽之光， 終將化為銀彈， 射入它的胸膛。 ” ?郎中三兄弟是三種治病方式的代言人。這種方式效果比較好，人們一般都能學(xué)會。項目中的所有人員幾乎都參與了質(zhì)量活動，只是介入的程度不同而已，后面幾節(jié)將逐一介紹這些質(zhì)量活動。而質(zhì)量目標(biāo)則是由商業(yè)目標(biāo)決定的。 Page 39 8. 全面軟件質(zhì)量管理：技術(shù)評審 概念 ?技術(shù)評審有兩種基本類型： ? 正式技術(shù)評審 （ FTR） 。 Page 42 9. 全面軟件質(zhì)量管理：軟件測試 觀點 ? 如果機(jī)構(gòu)沒有專職的軟件測試人員的話，那么開發(fā)人員可以兼職做測試工作。過程檢查對提高軟件質(zhì)量是有幫助的，只是它的好處沒有象質(zhì)量保證鼓吹的那么好而已。 過程問題也是缺陷 ， 因此最好使用缺陷跟蹤工具 ， 有助于提高過程檢查的效率 。 ?缺陷跟蹤工具的常見功能：查詢?nèi)毕?,添加缺陷 ,修改缺陷 ,刪除 ,缺陷分類圖 ,缺陷趨勢圖 , Email