【導(dǎo)讀】被人們奉為軟件質(zhì)量管理圣經(jīng)的CMM和ISO9001似乎并不奏效，現(xiàn)實(shí)和理想之間的差距太大。經(jīng)典軟件工程教科書(shū)以及CMM和ISO9001總是拋開(kāi)商業(yè)目標(biāo)談質(zhì)量管理，本末倒置，紙上談兵，誤導(dǎo)了大量讀者，所以質(zhì)量管理才變得那么艱辛。要多向有實(shí)戰(zhàn)經(jīng)驗(yàn)的同行專(zhuān)家請(qǐng)教，但是不要輕信“紙上談兵”的專(zhuān)家。本文給出了一套實(shí)用主義的“全面軟件質(zhì)量管理”方法。提高軟件質(zhì)量的最終目的是為了贏利，而不是創(chuàng)造完美無(wú)。因此對(duì)于普通商業(yè)軟件而言，并不是“質(zhì)量越高越好”，而是恰好讓廣大用戶(hù)滿(mǎn)意，并且將提高質(zhì)量所付出的代價(jià)控制在預(yù)算之內(nèi)。；③優(yōu)良或出色的程度。CMM對(duì)質(zhì)量的定義是：①一個(gè)系統(tǒng)、組件或過(guò)程符合特定需求的程度；②一個(gè)系統(tǒng)、組件或過(guò)。程符合客戶(hù)或用戶(hù)的要求或期望的程度。方面的生理因素來(lái)判斷是否健康，如測(cè)量身高、體重、心跳、血壓、血液、體溫等。上述因素都合格，那么表明這人是健康的。不健康，醫(yī)生會(huì)對(duì)癥下藥。技術(shù)評(píng)審和測(cè)試的第一關(guān)都是檢查工作成果的正確性。

　　

【正文】 查 （ 類(lèi)似于 CMM中的質(zhì)量保證 ） ， 約占個(gè)人工作量的 20%； ? （ 3） 參與技術(shù)評(píng)審 ， 約占個(gè)人工作量的 30%； ? （ 4） 參與軟件測(cè)試 ， 約占個(gè)人工作量的 30%； ? （ 5） 參與軟件過(guò)程改進(jìn) （ 面向整個(gè)機(jī)構(gòu) ） ， 約占個(gè)人工作量的 20%； * 上述工作量的比例僅供參考 ， 在實(shí)際應(yīng)用時(shí)必須根據(jù)項(xiàng)目的特征而定 。 Page 24 7. 全面軟件質(zhì)量管理：制定質(zhì)量管理計(jì)劃 ? 質(zhì)量管理計(jì)劃就是為了實(shí)現(xiàn)質(zhì)量目標(biāo)的計(jì)劃。而質(zhì)量目標(biāo)則是由商業(yè)目標(biāo)決定的。開(kāi)發(fā)軟件產(chǎn)品的最終目的是為了賺錢(qián)，所以人們?yōu)樘岣哕浖|(zhì)量所付出的代價(jià)是有上限的，項(xiàng)目負(fù)責(zé)人當(dāng)然希望代價(jià)越低越好。 質(zhì)量管理計(jì)劃是全面質(zhì)量管理的行動(dòng)綱領(lǐng)。 ? 誰(shuí)制定質(zhì)量管理計(jì)劃 ？ 由項(xiàng)目核心成員和質(zhì)量人員共同協(xié)商制定 ， 主要由質(zhì)量人員起草 ， 由項(xiàng)目經(jīng)理審批即可 。 ? 質(zhì)量管理計(jì)劃的主要內(nèi)容 （ 模板見(jiàn) word文件 ） ： – 1. 質(zhì)量要素分析 – 2. 質(zhì)量目標(biāo) – 3. 人員與職責(zé) – 4. 過(guò)程檢查計(jì)劃 – 5. 技術(shù)評(píng)審計(jì)劃 – 6. 軟件測(cè)試計(jì)劃 – 7. 缺陷跟蹤工具 – 8. 審批意見(jiàn) Page 25 8. 全面軟件質(zhì)量管理：技術(shù)評(píng)審 概念 ? 技術(shù)評(píng)審 （ Technical Review, TR） 的目的是盡早地發(fā)現(xiàn)工作成果中的缺陷 ， 并幫助開(kāi)發(fā)人員及時(shí)消除缺陷 ， 從而有效地提高產(chǎn)品的質(zhì)量 。 ? 技術(shù)評(píng)審最初是由 IBM公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導(dǎo)的 。 技術(shù)評(píng)審方法已經(jīng)被業(yè)界廣泛采用并收到了很好的效果 ， 它被普遍認(rèn)為是軟件開(kāi)發(fā)的最佳實(shí)踐之一 。 ? 技術(shù)評(píng)審的主要好處有： – 通過(guò)消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量； – 技術(shù)評(píng)審可以在任何開(kāi)發(fā)階段執(zhí)行 ， 不必等到軟件可以運(yùn)行之際 ， 越早消除缺陷就越能降低開(kāi)發(fā)成本； – 開(kāi)發(fā)人員能夠及時(shí)地得到同行專(zhuān)家的幫助和指導(dǎo) ， 無(wú)疑會(huì)加深對(duì)工作成果的理解 ， 更好地預(yù)防缺陷 ， 一定程度上提高了開(kāi)發(fā)生產(chǎn)率 。 ? 技術(shù)評(píng)審有兩種基本類(lèi)型： – 正式技術(shù)評(píng)審 （ FTR） 。 FTR比較嚴(yán)格 ， 需要舉行評(píng)審會(huì)議 ， 參加評(píng)審會(huì)議的人員比較多 。 – 非正式技術(shù)評(píng)審 （ ITR） 。 ITR的形式比較靈活 ， 通常在同伴之間開(kāi)展 ， 不必舉行評(píng)審會(huì)議， 評(píng)審人員比較少 。 Page 26 8. 全面軟件質(zhì)量管理：技術(shù)評(píng)審 正式技術(shù)評(píng)審的流程 ? 技術(shù)評(píng)審報(bào)告的模板見(jiàn) word文檔 Page 27 9. 全面軟件質(zhì)量管理：軟件測(cè)試 觀點(diǎn) ? 技術(shù)評(píng)審和軟件測(cè)試的目的都是為了消除軟件的缺陷，兩者的主要區(qū)別是： – 前者無(wú)需運(yùn)行軟件，評(píng)審人員和作者把工作成果擺放在桌面上討論； – 而后者一定要運(yùn)行軟件來(lái)查找缺陷。技術(shù)評(píng)審在軟件測(cè)試之前執(zhí)行，尤其是在需求開(kāi)發(fā)和系統(tǒng)設(shè)計(jì)階段。 – 相比而言，軟件測(cè)試的工作量通常比技術(shù)評(píng)審的大，發(fā)現(xiàn)的缺陷也更多。 ? 在制定質(zhì)量計(jì)劃的時(shí)候，已經(jīng)確定了本項(xiàng)目的主要測(cè)試活動(dòng)、時(shí)間和負(fù)責(zé)人，之后再考慮軟件測(cè)試的詳細(xì)計(jì)劃和測(cè)試用例。 ? 如果機(jī)構(gòu)沒(méi)有專(zhuān)職的軟件測(cè)試人員的話(huà)，那么開(kāi)發(fā)人員可以兼職做測(cè)試工作。當(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)直就是 “ 雪中送炭 ” 。 ? 強(qiáng)調(diào)：質(zhì)量人員一定要參與軟件測(cè)試（大約占其工作量的 30％左右），只有這樣他才能深入地了解軟件的質(zhì)量問(wèn)題，而且給予開(kāi)發(fā)小組強(qiáng)有力地幫助 。 ? 請(qǐng)參考軟件測(cè)試的專(zhuān)題，此處省略。 Page 28 10. 全面軟件質(zhì)量管理：過(guò)程檢查 觀點(diǎn) ? CMM和 ISO9001所述的軟件質(zhì)量保證 ， 實(shí)質(zhì)就是過(guò)程檢查 ， 即檢查軟件項(xiàng)目的 “ 工作過(guò)程和工作成果 ” 是否符合既定的規(guī)范 。 ? “ 過(guò)程檢查 ” 這個(gè)詞雖然沒(méi)有質(zhì)量保證那么動(dòng)聽(tīng) ， 但是其含義直接明了 ， 不會(huì)讓人誤解 。 為了避免人們誤以為 “ 質(zhì)量保證 ” 能夠 “ 保證質(zhì)量 ” ， 我提議用 “ 過(guò)程檢查 ” 取代質(zhì)量保證這個(gè)術(shù)語(yǔ) 。 ? 雖然本章批判了 “ 質(zhì)量保證 ” 的浮夸，但是并沒(méi)有全盤(pán)否定質(zhì)量保證的好處。過(guò)程檢查對(duì)提高軟件質(zhì)量是有幫助的，只是它的好處沒(méi)有象質(zhì)量保證鼓吹的那么好而已。 ? 符合規(guī)范的工作成果不見(jiàn)得就是高質(zhì)量的，但是明顯不符合規(guī)范的工作成果十有八九是質(zhì)量不合格的。 – 例如版本控制檢查 – 再例如，機(jī)構(gòu)制定了重要工作成果的文檔模板（例如需求規(guī)格說(shuō)明書(shū)、設(shè)計(jì)報(bào)告等），要求開(kāi)發(fā)人員寫(xiě)的文檔盡可能符合模板。如果質(zhì)量人員發(fā)現(xiàn)開(kāi)發(fā)人員寫(xiě)的文檔與機(jī)構(gòu)的模板差異非常大，那么就要搞清楚究竟是模板不合適？還是開(kāi)發(fā)人員偷工減料？ ? 過(guò)程檢查的要點(diǎn)是：找出明顯不符合規(guī)范的工作過(guò)程和工作成果，及時(shí)指導(dǎo)開(kāi)發(fā)人員糾正問(wèn)題，切勿吹毛求疵或者在無(wú)關(guān)痛癢的地方查來(lái)查去。 – 不少機(jī)構(gòu)的質(zhì)量人員并沒(méi)有真正理解過(guò)程檢查的意義，老是對(duì)照規(guī)范，查找錯(cuò)別字、標(biāo)點(diǎn)符號(hào)、排版格式等問(wèn)題，迷失了方向，這樣只有疲勞沒(méi)有功勞，而且讓開(kāi)發(fā)人員很厭煩。 – 對(duì)于中小型項(xiàng)目而言，過(guò)程檢查工作由質(zhì)量人員一個(gè)人負(fù)責(zé)就夠了，約占其 20％的工作量，讓質(zhì)量人員抽出更多的時(shí)間從事技術(shù)評(píng)審和軟件測(cè)試工作。 Page 29 10. 全面軟件質(zhì)量管理：過(guò)程檢查 流程 ? 過(guò)程檢查計(jì)劃的要點(diǎn)是確定主要檢查項(xiàng)和檢查時(shí)間 （ 或頻度 ） 。 ? 質(zhì)量人員在執(zhí)行過(guò)程檢查的時(shí)候 ， 如果發(fā)現(xiàn)問(wèn)題 ， 應(yīng)該立即記錄下來(lái) 。 過(guò)程問(wèn)題也是缺陷 ， 因此最好使用缺陷跟蹤工具 ， 有助于提高過(guò)程檢查的效率 。 ? 質(zhì)量人員首先設(shè)法在項(xiàng)目?jī)?nèi)部解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問(wèn)題 ， 與項(xiàng)目成員們協(xié)商 ， 給出解決措施 。 在項(xiàng)目?jī)?nèi)難以解決的質(zhì)量問(wèn)題 ， 由上級(jí)領(lǐng)導(dǎo)給出解決措施 。 Page 30 11. 全面軟件質(zhì)量管理：缺陷跟蹤工具 概念 ? 如果沒(méi)有缺陷跟蹤工具的話(huà) ， 人們只好用紙張或文件去記錄缺陷 ， 不僅變更缺陷信息很麻煩 ， 而且難以共享信息 。 缺陷跟蹤工具就是幫助項(xiàng)目成員記錄和跟蹤缺陷用的 ， 一般都有數(shù)據(jù)庫(kù)支持 ，可以在局域網(wǎng)內(nèi)運(yùn)行 。 ? Inter上有許多缺陷跟蹤工具 ， 大家可以免費(fèi)下載使用 。 由于缺陷跟蹤工具僅僅是一種輔助性的工具 ， 我們沒(méi)有必要太在乎該軟件的功能 ， 只要用起來(lái)方便就行 。 ? 缺陷的主要屬性：缺陷 ID, 缺陷類(lèi)型 ,缺陷狀態(tài) ,缺陷描述 ,相關(guān)文件 ,嚴(yán)重性 ,優(yōu)先級(jí) ,報(bào)告者 ,報(bào)告日期 ,接受者 ,解決方案 （ 建議 ） ,解決日期 。 ? 缺陷跟蹤工具的常見(jiàn)功能：查詢(xún)?nèi)毕?,添加缺陷 ,修改缺陷 ,刪除 ,缺陷分類(lèi)圖 ,缺陷趨勢(shì)圖 , Email ? 演示 “ 集成化項(xiàng)目管理系統(tǒng) Future”的質(zhì)量管理功能 …