【正文】 和成本 ， 產(chǎn)品質(zhì)量太低了或者太高了 ， 都不利于企業(yè)獲取利潤 。假設(shè)企業(yè)已經(jīng)制定了軟件過程規(guī)范，如果質(zhì)量保證人員發(fā)現(xiàn)某些項目的“工作過程以及工作成果”不符合既定的規(guī)范，那么馬上可以斷定產(chǎn)品存在缺陷。 我們的過程執(zhí)行得很好 ， 但是我覺得并沒有在很大程度上改善產(chǎn)品的質(zhì)量 。 我們幾乎每一個配置項都要經(jīng)過評審 ， 但是大部分評審都只能發(fā)現(xiàn)一些無關(guān)痛癢的問題 。 我有一些很好的想法卻無處發(fā)揮 ， 所以我很迷茫 ， 很矛盾地考慮去留問題 。 Page 28 5. 質(zhì)量人員的狀況 郁悶 ? 聲援： ? 我也做過傷害質(zhì)量人員的事情 ， 非常后悔 。 ?在大多數(shù)的軟件企業(yè)里，男性處于支配地位，女性職位相對比較低。 如果質(zhì)量人員的地位無足輕重 ， 那么必然導(dǎo)致質(zhì)量管理無足輕重 。 沒有他 又怎會呼喚出一片明亮？ 我更喜愛晚上八九點鐘的太陽， 因為他會化成早上的朝陽。 其中老三是名醫(yī) ， 人們問他： “ 你們兄弟三人誰的醫(yī)術(shù)最高 ？ ” 他回答說： “ 我常用猛藥給病危者醫(yī)治 ， 偶爾有些病危者被我救活 ， 于是我的醫(yī)術(shù)遠近聞名并成了名醫(yī) 。 老二治病的方式就是醫(yī)院的模式 ， 病人越早看病 ， 就越早治好 ， 治病的代價就越低 。當(dāng)軟件交付給用戶后，用著用著就出錯了，趕緊請開發(fā)者來補救。 質(zhì)量人員是成天與質(zhì)量打交道的人 ， 但他個人并不對產(chǎn)品質(zhì)量產(chǎn)生最大的影響 ， 所以也不負最大的責(zé)任 。 ?技術(shù)評審最初是由 IBM公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導(dǎo)的 。技術(shù)評審在軟件測試之前執(zhí)行，尤其是在需求開發(fā)和系統(tǒng)設(shè)計階段。 ?“ 過程檢查 ” 這個詞雖然沒有質(zhì)量保證那么動聽 ， 但是其含義直接明了 ， 不會讓人誤解 。 ? 對于中小型項目而言，過程檢查工作由質(zhì)量人員一個人負責(zé)就夠了，約占其 20％的工作量，讓質(zhì)量人員抽出更多的時間從事技術(shù)評審和軟件測試工作。 ?Inter上有許多缺陷跟蹤工具 ， 大家可以免費下載使用 。 Page 46 11. 全面軟件質(zhì)量管理：缺陷跟蹤工具 概念 ?如果沒有缺陷跟蹤工具的話 ， 人們只好用紙張或文件去記錄缺陷 ，不僅變更缺陷信息很麻煩 ， 而且難以共享信息 。如果質(zhì)量人員發(fā)現(xiàn)開發(fā)人員寫的文檔與機構(gòu)的模板差異非常大，那么就要搞清楚究竟是模板不合適？還是開發(fā)人員偷工減料？ Page 44 10. 全面 軟件質(zhì)量 管理：過程檢查 觀點 ? 過程檢查的要點是：找出明顯不符合規(guī)范的工作過程和工作成果，及時指導(dǎo)開發(fā)人員糾正問題，切勿吹毛求疵或者在無關(guān)痛癢的地方查來查去。 ? 請參考軟件測試的專題，此處省略。 ITR的形式比較靈活 ， 通常在同伴之間開展 ， 不必舉行評審會議 ， 評審人員比較少 。 ?誰制定質(zhì)量管理計劃 ？ 由項目核心成員和質(zhì)量人員共同協(xié)商制定 ，主要由質(zhì)量人員起草 ， 由項目經(jīng)理審批即可 。 所以人們不要把質(zhì)量問題全部推出質(zhì)量人員或測試人員 ?？稍诂F(xiàn)實之中，大多數(shù)軟件企業(yè)采用老三的方式來對付質(zhì)量問題。主要措施是 “ 不斷地提高技術(shù)水平，不斷地提高規(guī)范化水平 ” ，其實就是練內(nèi)功，通稱為 “ 軟件過程改進 ” 。缺陷越多質(zhì)量越低，缺陷越少質(zhì)量越高，提高軟件質(zhì)量的基本手段是消除軟件缺陷。 晚上八九點鐘的太陽 — 獻給軟件測試和質(zhì)保人員 我更喜愛晚上八九點鐘的太陽， 雖然人們都已把他遺忘， 但他還是艱難地懸掛在天上。 （ 3） 如果想讓質(zhì)量人員負起比較重的責(zé)任 ， 那么就要給她相應(yīng)的權(quán)力 。這樣下去，有能耐的質(zhì)量人員會跑光的。 （ 3） 質(zhì)量人員沒有實質(zhì)性的權(quán)力 ， 沒有成就感 ， 但是卻對質(zhì)量負有最多的責(zé)任 。 項目經(jīng)理向我訴苦 ， 他們過程執(zhí)行的很好 ， 但是對產(chǎn)品質(zhì)量很不滿意 ， 我卻無能為力 ， 我這個 QA還有什么用處啊 ！ 所以我現(xiàn)在干活沒有動力 ， 因為不能產(chǎn)生效益 ， 做再多的工作也覺得是白干 。 比如概要設(shè)計 ， 開發(fā)人員根本就不知道用來干嗎的 ， 怎么能指望他們寫出高質(zhì)量的概要設(shè)計說明書出來 。 昨天我們公司拿到了 CMM3的證書 ， 但是我一點都高興不起來 。 Page 25 4. 質(zhì)量保證能夠保證質(zhì)量嗎 美麗的謊言 ? 簡而言之，質(zhì)量保證活動就是檢查軟件項目的“工作過程和工作成果”是否符合既定的規(guī)范。 如果企業(yè)銷售出去的軟件的質(zhì)量比較差 ， 輕則挨罵 ， 重則被退貨甚至被索賠 ， 因此為了提高用戶對產(chǎn)品的滿意度 ， 企業(yè)必須提高產(chǎn)品的質(zhì)量 。 只有極少數(shù)軟件應(yīng)該追求 “ 零缺陷 ” ， 對絕大多數(shù)軟件而言 ， 商業(yè)目標(biāo)決定了質(zhì)量目標(biāo) ， 而不該把質(zhì)量目標(biāo)凌駕于商業(yè)目標(biāo)之上 。 ? 軟件設(shè)計時應(yīng)該將 “ 設(shè)備相關(guān)程序 ” 與 “ 設(shè)備無關(guān)程序 ” 分開，將“ 功能模塊 ” 與 “ 用戶界面 ” 分開。 WPS一定要與Word兼容，否則活不下去?？蓴U展性是系統(tǒng)設(shè)計階段重點考慮的質(zhì)量屬性。 ?對于普通軟件，并不一點要追求很高的安全性，也不能完全忽視安全性，要先分析黑客行為。與簡潔對立的是 “ 羅里羅嗦 ” 。 ?軟件的易用性要讓用戶來評價。有些程序員認(rèn)為現(xiàn)在的計算機不僅速度越來越高，而且內(nèi)存越來越大，因此軟件性能優(yōu)化的必要性下降了。 既要馬兒跑得快，又要馬兒吃的少。口語中的可靠性含義寬泛，幾乎囊括了正確性、健壯性。 Page 10 2. 軟件質(zhì)量屬性和質(zhì)量要素 可靠性 ?可靠性是指在一定的環(huán)境下，在給定的時間內(nèi)，系統(tǒng)不發(fā)生故障的概率。 ? 開發(fā)者往往把異常情況錯當(dāng)成正常情況而不作處理，結(jié)果降低了健壯性。 簡而言之 ， 只有質(zhì)量要素才值得開發(fā)人員下功夫去改善 。 人們通過改善軟件的各種質(zhì)量屬性 ， 從而提高軟件的整體質(zhì)量 （ 否則無從下手 ） 。 ?CMM 對質(zhì)量的定義是：① 一個系統(tǒng)、組件或過程符合特定需求的程度；② 一個系統(tǒng)、組件或過程符合客戶或用戶的要求或期望的程度。 ?經(jīng)典軟件工程教科書以及 CMM和 ISO9001總是拋開商業(yè)目標(biāo)談質(zhì)量管理，本末倒置，紙上談兵，誤導(dǎo)了大量讀者，所以質(zhì)量管理才變得那么艱辛。 ?本文給出了一套實用主義的 “ 全面軟件質(zhì)量管理 ” 方法。 古時候人們以為長得結(jié)實、飯量大就是健康，這顯然是不科學(xué)的。 如果開發(fā)人員每天要面對那么多的質(zhì)量屬性咬文嚼字 ， 不久就會迂腐得像孔乙己 ， 因此我們有必要對質(zhì)量屬性做些分類和整合 。 ?正確性無疑是第一重要的軟件質(zhì)量屬性。 ? 健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。所以一個從設(shè)計到生產(chǎn)完全正確的硬件系統(tǒng)，在工作中未必就是可靠的。 ? 時隱時現(xiàn)的錯誤一般都屬于可靠性問題，糾錯的代價很高。有些人找到了突破口，一年之內(nèi) “ 造 ” 它幾十篇文章，爭取破格升副教授、教授。 Page 14 2. 軟件質(zhì)量屬性和質(zhì)量要素 易用性 ?易用性是指用戶使用軟件的容易程度。 ? 開發(fā)人員只有在自己思路清晰的時候才可能寫出讓別人易讀、易理解的程序和文檔。 ?安全性是指防止系統(tǒng)被非法入侵的能力，既屬于技術(shù)問題又屬于管理