全面軟件質(zhì)量管理——剖析軟件質(zhì)量的內(nèi)涵——內(nèi)建高質(zhì)量而非修補質(zhì)量

上海漫索計算機科技有限公司目錄1.引言2.軟件質(zhì)量屬性和質(zhì)量要素3.商業(yè)目標決定質(zhì)量目標4.質(zhì)量保證能夠保證質(zhì)量嗎5.質(zhì)量人員的狀況6.全面軟件質(zhì)量管理：模型7.全面軟件質(zhì)量管理：制定質(zhì)量計劃8.全面軟件質(zhì)量管理：技術(shù)評審9.全面軟件質(zhì)量管理：軟件測試10.全面軟件質(zhì)量管理：過程檢查11.全面軟件質(zhì)量管理：缺陷跟蹤工具參考書：《軟件工程與項目管理解析》，林銳著，電子工業(yè)出版社，20031.引言

軟件質(zhì)量管理是充滿爭論的話題。被人們奉為軟件質(zhì)量管理圣經(jīng)的CMM和ISO9001似乎并不奏效，現(xiàn)實和理想之間的差距太大。經(jīng)典軟件工程教科書以及CMM和ISO9001總是拋開商業(yè)目標談質(zhì)量管理，本末倒置，紙上談兵，誤導(dǎo)了大量讀者，所以質(zhì)量管理才變得那么艱辛。世界上還沒有萬能的軟件質(zhì)量管理圣經(jīng)，我們不要迷信CMM和ISO9000。要多向有實戰(zhàn)經(jīng)驗的同行專家請教，但是不要輕信“紙上談兵”的專家。本文給出了一套實用主義的“全面軟件質(zhì)量管理”方法。重要的理念：商業(yè)目標決定質(zhì)量目標。提高軟件質(zhì)量的最終目的是為了贏利，而不是創(chuàng)造完美無缺的產(chǎn)品。因此對于普通商業(yè)軟件而言，并不是“質(zhì)量越高越好”，而是恰好讓廣大用戶滿意，并且將提高質(zhì)量所付出的代價控制在預(yù)算之內(nèi)。2.軟件質(zhì)量屬性和質(zhì)量要素

2.2十大軟件質(zhì)量因素功能性質(zhì)量因素：正確性，健壯性，可靠性非功能性質(zhì)量因素：性能，易用性，清晰性，安全性，可擴展性，兼容性，可移植性為什么是“十大”質(zhì)量因素逐一解釋“十大”質(zhì)量因素（參見《高質(zhì)量程序設(shè)計指南——C++/C語言》）2.3軟件質(zhì)量要素什么是軟件質(zhì)量要素？（1）從技術(shù)角度講，對軟件整體質(zhì)量影響最大的那些質(zhì)量屬性才是質(zhì)量要素；（2）從商業(yè)角度講，客戶最關(guān)心的、能成為賣點的質(zhì)量屬性才是質(zhì)量要素。對于一個特定的軟件而言，我們首先判斷什么是質(zhì)量要素，才能給出提高質(zhì)量的具體措施，而不是一股腦地想把所有的質(zhì)量屬性都做好，否則不僅做不好，還可能得不償失。如果某些質(zhì)量屬性并不能產(chǎn)生顯著的經(jīng)濟效益，我們可以忽略它們，把精力用在對經(jīng)濟效益貢獻最大的質(zhì)量要素上。簡而言之，只有質(zhì)量要素才值得開發(fā)人員下功夫去改善。2.軟件質(zhì)量屬性和質(zhì)量要素

2.4正確性正確性是指軟件按照需求正確執(zhí)行任務(wù)的能力。“正確性”的語義涵蓋了“精確性”。正確性無疑是第一重要的軟件質(zhì)量屬性。技術(shù)評審和測試的第一關(guān)都是檢查工作成果的正確性。機器不會主動欺騙人，軟件運行出錯通常都是人造成的，所以不要找借口埋怨機器有毛病。2.5健壯性

健壯性是指在異常情況下，軟件能夠正常運行的能力。正確性描述軟件在需求范圍之內(nèi)的行為，而健壯性描述軟件在需求范圍之外的行為。開發(fā)者往往把異常情況錯當(dāng)成正常情況而不作處理，結(jié)果降低了健壯性。用戶才不管正確性與健壯性的區(qū)別，反正軟件出了差錯都是開發(fā)方的錯。所以提高軟件的健壯性也是開發(fā)者的義務(wù)。健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。從語義上理解，恢復(fù)不及容錯那么健壯。Unix容錯能力很強，可惜不好用。Windows容錯能力較差，但是恢復(fù)能力很好，而且很好用。占了90%的操作系統(tǒng)市場。

2.軟件質(zhì)量屬性和質(zhì)量要素2.6可靠性可靠性是指在一定的環(huán)境下，在給定的時間內(nèi)，系統(tǒng)不發(fā)生故障的概率。可靠性本來是硬件領(lǐng)域的術(shù)語。比如某個電子設(shè)備在剛開始工作時挺好的，但由于器件在工作中其物理性質(zhì)會發(fā)生變化（如發(fā)熱），慢慢地系統(tǒng)的功能或性能就會失常。所以一個從設(shè)計到生產(chǎn)完全正確的硬件系統(tǒng)，在工作中未必就是可靠的。

軟件在運行時不會發(fā)生物理性質(zhì)的變化，人們常以為如果軟件的某個功能是正確的，那么它一輩子都是正確的?？墒俏覀儫o法對軟件進行徹底地測試，無法根除軟件中潛在的錯誤。平時軟件運行得好好的，說不準哪一天就不正常了，如有千年等一回的“千年蟲”問題，司空見慣的“內(nèi)存泄露”、“誤差累積”問題等等。

軟件可靠性分析通常采用統(tǒng)計方法，遺憾的是目前可供第一線開發(fā)人員使用的成果很少見，大多數(shù)文章限于理論研究?？谡Z中的可靠性含義寬泛，幾乎囊括了正確性、健壯性。只要人們發(fā)現(xiàn)系統(tǒng)有毛病，便歸結(jié)為可靠性差。從專業(yè)角度講，這種說法是確切的。時隱時現(xiàn)的錯誤一般都屬于可靠性問題，糾錯的代價很高。例如當(dāng)維護人員十萬火急地趕到現(xiàn)場時，錯誤消失了；等維護人員回家后，錯誤又出現(xiàn)了?！浖煽啃詥栴}主要是在編程時候埋下的禍害（很難測試出來），應(yīng)當(dāng)提倡規(guī)范化程序設(shè)計，預(yù)防可靠性禍害。2.軟件質(zhì)量屬性和質(zhì)量要素2.8易用性易用性是指用戶使用軟件的容易程度?，F(xiàn)代人的生活節(jié)奏快，干啥事都想圖個方便。所以把易用性作為重要的質(zhì)量屬性對待無可非議。

導(dǎo)致軟件易用性差的根本原因：理工科大學(xué)教育存在缺陷：沒有開設(shè)人機工程學(xué)、美學(xué)、心理學(xué)這些必修課，大部分開發(fā)人員不知道如何設(shè)計易用的軟件產(chǎn)品。開發(fā)人員犯了“錯位”的毛?。核詾橹灰约河闷饋矸奖?，用戶也就會滿意。

軟件的易用性要讓用戶來評價。當(dāng)用戶真的感到軟件很好用時，一股溫暖的感覺油然而生，于是就用“界面友好”、“方便易用”等詞來評價軟件產(chǎn)品。

2.9清晰性清晰意味者所有的工作成果易讀、易理解，可以提高團隊開發(fā)效率，降低維護代價。開發(fā)人員只有在自己思路清晰的時候才可能寫出讓別人易讀、易理解的程序和文檔。可理解的東西通常是簡潔的。一個原始問題可能很復(fù)雜，但高水平的人就能夠把軟件系統(tǒng)設(shè)計得很簡潔。如果軟件系統(tǒng)臃腫不堪，它遲早會出問題。所以簡潔是人們對工作“精益求精”的結(jié)果，而不是潦草應(yīng)付的結(jié)果。與簡潔對立的是“羅里羅嗦”。千萬不要把在學(xué)校里“造文章”的手法用于開發(fā)產(chǎn)品！如果把文章寫得很簡潔，讓人很容易理解，投稿往往中不了；只有加上一些玄乎的東西，把本來簡單的弄成復(fù)雜的，才會增加投稿的命中率。2.軟件質(zhì)量屬性和質(zhì)量要素2.10安全性

這里安全性是指信息安全，英文是Security而不是Safety。安全性是指防止系統(tǒng)被非法入侵的能力，既屬于技術(shù)問題又屬于管理問題。信息安全是一門比較深奧的學(xué)問，其發(fā)展是建立在正義與邪惡的斗爭之上。這世界似乎不存在絕對安全的系統(tǒng)，連美國軍方的系統(tǒng)都頻頻遭黑客入侵。如今全球黑客泛濫，真是“道高一尺，魔高一丈”啊！開發(fā)商和客戶愿意為提高安全性而投入的資金是有限的，他們要考慮值不值得。

究竟什么樣的安全性是令人滿意的呢？

一般地，如果黑客為非法入侵花費的代價（考慮時間、費用、風(fēng)險等因素）高于得到的好處，那么這樣的系統(tǒng)可以認為是安全的。對于普通軟件，并不一點要追求很高的安全性，也不能完全忽視安全性，要先分析黑客行為。

2.軟件質(zhì)量屬性和質(zhì)量要素2.11可擴展性

可擴展性反映軟件適應(yīng)“變化”的能力。在軟件開發(fā)過程中，“變化”是司空見慣的事情，如需求、設(shè)計的變化，算法的改進，程序的變化等等。由于軟件是“軟”的，是否它天生就容易修改以適應(yīng)“變化”？關(guān)鍵要看軟件的規(guī)模和復(fù)雜性如果軟件規(guī)模很小，問題很簡單，那么修改起來的確比較容易，這時就無所謂“可擴展性”了。要是軟件的代碼只有100行，那么“軟件工程”也就用不著了。如果軟件規(guī)模很大，問題很復(fù)雜，倘若軟件的可擴展性不好，那么該軟件就像用卡片造成的房子，抽出或者塞進去一張卡片都有可能使房子倒塌?，F(xiàn)代軟件產(chǎn)品通常采用“增量開發(fā)模式”，不斷推出新版本，獲取增值利潤?？蓴U展性越來越重要?？蓴U展性是系統(tǒng)設(shè)計階段重點考慮的質(zhì)量屬性。談到軟件的可擴展性，開發(fā)人員首先想到的是怎樣提高可擴展性，于是努力去設(shè)計很好的體系結(jié)構(gòu)來提高可擴展性，卻不考慮該不該做這件事。從商業(yè)角度考慮，如果某個軟件將不斷地推出新版本，那么可擴展性很重要。但是如果軟件永遠都不會有下個版本（一次性買賣），那么根本無需提高可擴展性，何必自找苦吃呢！

3.商業(yè)目標決定質(zhì)量目標3.1教科書的片面觀點大凡軟件工程教科書為了強調(diào)質(zhì)量的重要性，總是要舉一些歷史上發(fā)生過的重大軟件質(zhì)量事故，例如航天飛機爆炸、核電站失事、愛國者導(dǎo)彈發(fā)生故障等等。這些事故的確不是危言聳聽，給人們敲響了質(zhì)量的警鐘。

學(xué)術(shù)界總是喜歡宣揚質(zhì)量至上的理念，而忽視企業(yè)的商業(yè)利益，將質(zhì)量目標凌駕于商業(yè)目標之上。我不能評判這種現(xiàn)象是好還是壞，但是的確誤導(dǎo)了大量讀者。許多軟件人員都有“質(zhì)量越高越好”的觀念，這是被教科書灌輸?shù)?，而不是他自己領(lǐng)悟出來的。

我曾在著作《高質(zhì)量程序設(shè)計指南——C++/C語言》中大肆宣揚了高質(zhì)量程序設(shè)計的理念，力求使C++程序達到“零缺陷”的質(zhì)量目標。盡管此書得到了許多程序員的贊同，但是我經(jīng)過反思之后改變了質(zhì)量觀念，我要著重指出的是：重視軟件質(zhì)量是應(yīng)該的，但是“質(zhì)量越高越好”并不是普適的真理。只有極少數(shù)軟件應(yīng)該追求“零缺陷”，對絕大多數(shù)軟件而言，商業(yè)目標決定了質(zhì)量目標，而不該把質(zhì)量目標凌駕于商業(yè)目標之上。3.2嚴格系統(tǒng)對質(zhì)量的要求航空航天等系統(tǒng)對質(zhì)量要求極高，任何缺陷都有可能導(dǎo)致機毀人亡，所以人們不惜一切代價去消除缺陷。在發(fā)射航天器之前，只要發(fā)現(xiàn)任何異常，就會立即取消發(fā)射指令，直到異常被消除為止。前蘇聯(lián)做得最過分，許多重大武器系統(tǒng)的負責(zé)人都簽了生死狀，系統(tǒng)研制成功則獲得英雄勛章，失敗則被槍斃。在這種壓力下沒有人敢對質(zhì)量有一絲松懈。3.商業(yè)目標決定質(zhì)量目標3.3普通商業(yè)軟件：商業(yè)目標決定質(zhì)量目標上述嚴格系統(tǒng)畢竟是少數(shù)，絕大多數(shù)普通軟件的缺陷并不會造成機毀人亡這樣的重大損失，否則沒有人敢從事軟件開發(fā)了。在日常工作中，我們接觸過的軟件幾乎都是有缺陷的，即便是軟件業(yè)老大Microsoft，它的軟件產(chǎn)品也經(jīng)常出錯甚至導(dǎo)致死機，人們罵幾句后還會照樣使用有缺陷的軟件。企業(yè)的根本目標是為了獲取盡可能多的利潤，而不是生產(chǎn)完美無缺的產(chǎn)品。如果企業(yè)銷售出去的軟件的質(zhì)量比較差，輕則挨罵，重則被退貨甚至被索賠，因此為了提高用戶對產(chǎn)品的滿意度，企業(yè)必須提高產(chǎn)品的質(zhì)量。但是企業(yè)不可能為了追求完美的質(zhì)量而不惜一切代價，當(dāng)企業(yè)為提高質(zhì)量所付出的代價超過銷售收益時，這個產(chǎn)品已經(jīng)沒有商業(yè)價值了，還不如不開發(fā)。企業(yè)必須權(quán)衡質(zhì)量、效率和成本，產(chǎn)品質(zhì)量太低了或者太高了，都不利于企業(yè)獲取利潤。企業(yè)理想的質(zhì)量目標不是“零缺陷”，而是恰好讓廣大用戶滿意，并且將提高質(zhì)量所付出的代價控制在預(yù)算之內(nèi)。

4.質(zhì)量保證能夠保證質(zhì)量嗎4.1美麗的謊言CMM對軟件質(zhì)量保證是這樣描述的：軟件質(zhì)量保證（QualityAssurance）的目的是為管理者提供有關(guān)軟件過程和產(chǎn)品的適當(dāng)?shù)目梢曅?。它包括評審和審核軟件產(chǎn)品及其活動，以驗證其是否遵守既定的規(guī)程和標準，并向有關(guān)負責(zé)人匯報評審和審核的結(jié)果。

質(zhì)量保證（QualityAssurance,QA）是CMM和ISO9001最為推崇的改善軟件質(zhì)量的方法?；谖矣H身實踐和調(diào)查研究，我敢冒天下之大不諱說一句：質(zhì)量保證并不能保證質(zhì)量，它是個美麗的謊言。簡而言之，質(zhì)量保證活動就是檢查軟件項目的“工作過程和工作成果”是否符合既定的規(guī)范。如此簡單的活動為什么被冠以“質(zhì)量保證”這等份量的術(shù)語呢？沒有歷史典故，經(jīng)我考究，猜想是源于一個天真的假設(shè)：過程質(zhì)量與產(chǎn)品質(zhì)量存在某種程度的因果關(guān)系，通?！昂玫倪^程”產(chǎn)生“好的產(chǎn)品”，而“差的過程”將產(chǎn)生“差的產(chǎn)品”。假設(shè)企業(yè)已經(jīng)制定了軟件過程規(guī)范，如果質(zhì)量保證人員發(fā)現(xiàn)某些項目的“工作過程以及工作成果”不符合既定的規(guī)范，那么馬上可以斷定產(chǎn)品存在缺陷。反之，如果質(zhì)量保證人員沒有發(fā)現(xiàn)不符合既定規(guī)范的東西，那么也可以斷定產(chǎn)品是合格的。符合既定規(guī)范的東西并不意味著質(zhì)量一定合格，僅靠規(guī)范無法識別出產(chǎn)品中可能存在的大量缺陷（以高手與新手的設(shè)計、編程為例）。質(zhì)量保證的技術(shù)含量太低了，只能檢查出膚淺的缺陷，不能對付有技術(shù)難度的缺陷。所以單獨的“質(zhì)量保證”其實并不能“保證質(zhì)量”。

5.質(zhì)量人員的狀況5.1郁悶QA人員訴苦：我現(xiàn)在覺得很郁悶，CMM評估前還有目標，評估完了冷靜下來卻覺得效果很差，很沒勁。項目經(jīng)理向我訴苦，他們過程執(zhí)行的很好，但是對產(chǎn)品質(zhì)量很不滿意，我卻無能為力，我這個QA還有什么用處啊！所以我現(xiàn)在干活沒有動力，因為不能產(chǎn)生效益，做再多的工作也覺得是白干。而且我現(xiàn)在手頭有5個項目要跟蹤，還不包括一些整理培訓(xùn)記錄的雜活，我覺得自己連工人也不如。我有一些很好的想法卻無處發(fā)揮，所以我很迷茫，很矛盾地考慮去留問題。

郁悶的滋味各色各樣，只有正在郁悶的人感受最真切。我發(fā)現(xiàn)在軟件職業(yè)里，質(zhì)量人員是最郁悶的一族。郁悶的共同特征有：（1）在執(zhí)行質(zhì)量保證活動時，經(jīng)常受別人的氣，真是吃力不討好。（2）如果項目取得成功，主要功勞都被項目主管霸占了，領(lǐng)導(dǎo)們至多會給質(zhì)量人員一些口頭上的感謝。領(lǐng)導(dǎo)們嘴上重視產(chǎn)品的質(zhì)量，但是內(nèi)心并不重視質(zhì)量人員。（3）質(zhì)量人員沒有實質(zhì)性的權(quán)力，沒有成就感，但是卻對質(zhì)量負有最多的責(zé)任。（4）待遇一般，看不到升遷的機會，沒有盼頭，要么成為打雜的，要么另尋出路。

聲援。我也做過傷害質(zhì)量人員的事情，非常后悔。我所認識的公司內(nèi)外的質(zhì)量人員都是性格溫和、細致耐心的人，他們的優(yōu)點在于人格而不是技術(shù)。平心而論，他們比某些技術(shù)出色但是情商不高的技術(shù)人員更值得交朋友。質(zhì)量檢查是他們的工作職責(zé)，誰也不會有意干擾項目，所以任何人都不應(yīng)該向他們發(fā)火。

5.質(zhì)量人員的狀況5.2路在何方軟件行業(yè)里的人嘴上都說質(zhì)量很重要，可是大多數(shù)企業(yè)并沒有給質(zhì)量人員提供良好的職業(yè)發(fā)展空間。質(zhì)量人員通常僅給企業(yè)起到心里安慰的作用。這樣下去，有能耐的質(zhì)量人員會跑光的。我所認識的多數(shù)質(zhì)量人員要么改行了（如當(dāng)老師），要么讀工程碩士，MBA等，以圖將來發(fā)展事業(yè)。在大多數(shù)的軟件企業(yè)里，男性處于支配地位，女性職位相對比較低。而質(zhì)量人員通常是女性，很多男性主管從未真正地把質(zhì)量人員當(dāng)成企業(yè)的寶貴人才看待，這種偏見是非常有害的。任何素質(zhì)合格的員工都是寶貴的人才，很多默默無聞的人才其實是被不懂得質(zhì)量管理的領(lǐng)導(dǎo)給荒廢了。質(zhì)量人員之所以沒有發(fā)揮預(yù)期的效果，不是性別緣故，主要過失在于領(lǐng)導(dǎo)者。建議：（1）無論是企業(yè)領(lǐng)導(dǎo)還是質(zhì)量人員，都要好好學(xué)習(xí)全面軟件質(zhì)量管理方法，結(jié)合企業(yè)的特點給出真正有效的質(zhì)量管理方案。（2）只有當(dāng)企業(yè)領(lǐng)導(dǎo)采用了正確的質(zhì)量管理方案，用了合格的質(zhì)量人員，才可能看得到比較明顯的質(zhì)量改善，才能形成良性循環(huán)。（3）如果想讓質(zhì)量人員負起比較重的責(zé)任，那么就要給她相應(yīng)的權(quán)力。在企業(yè)中，責(zé)任和權(quán)利是成正比的。如果質(zhì)量人員的地位無足輕重，那么必然導(dǎo)致質(zhì)量管理無足輕重。（4）給質(zhì)量人員一個適宜的升遷機會和薪資待遇，讓她能夠快樂地工作，而不是成天無奈地檢查質(zhì)量。5.質(zhì)量人員的狀況5.3贊美詩中國遭受了非典型肺炎（SARS）的肆虐，人們在危難之際想起了醫(yī)護人員的好處，因此涌現(xiàn)了許多對醫(yī)護人員的贊美詩。我碰巧在網(wǎng)上搜索到一位軟件詩人獻給質(zhì)量人員的贊美詩“晚上八九點鐘的太陽”，我認為沒有必要等到軟件質(zhì)量災(zāi)難降臨的時候才想起質(zhì)量人員，于是摘錄這首詩公布于此。詩中的“狼人”和“銀彈”是軟件工程的典故，寓意深刻。衷心感謝這位不知姓名的浪漫軟件詩人。

晚上八九點鐘的太陽—獻給軟件測試和質(zhì)保人員

我更喜愛晚上八九點鐘的太陽，雖然人們都已把他遺忘，但他還是艱難地懸掛在天上。

我更喜愛晚上八九點鐘的太陽，因為他將奏出黎明的交響。沒有他又怎會呼喚出一片明亮？

我更喜愛晚上八九點鐘的太陽，因為他會化成早上的朝陽。沒有他又怎會有什么希望？

我更喜愛晚上八九點鐘的太陽，因為他是上帝的臂膀。沒有他，又怎會創(chuàng)造萬物的光芒。

狼人望月嚎叫，它知道月亮映出的太陽之光，終將化為銀彈，射入它的胸膛。

我更喜愛晚上八九點種的太陽。

6.全面軟件質(zhì)量管理：模型6.2消除軟件缺陷的三種方式老大治病的方式最高明，如果人們能夠預(yù)防生病的話，那么沒病就用不著看醫(yī)生了。提高軟件質(zhì)量最好的辦法是：在開發(fā)過程中有效地防止工作成果產(chǎn)生缺陷，將高質(zhì)量內(nèi)建于開發(fā)過程之中。主要措施是“不斷地提高技術(shù)水平，不斷地提高規(guī)范化水平”，其實就是練內(nèi)功，通稱為“軟件過程改進”。

即使一個人嚴守養(yǎng)生之道，身體狀況良好，但總是會意外地得病的，得了病就要去看醫(yī)生。老二治病的方式就是醫(yī)院的模式，病人越早看病，就越早治好，治病的代價就越低。同理，在開發(fā)軟件的時候，即使人們的技術(shù)水平很高，并且嚴格遵守規(guī)范，但是人非機器，總是會犯錯誤的，因此無法完全避免軟件中的缺陷。當(dāng)工作成果剛剛產(chǎn)生時馬上進行質(zhì)量檢查，及時找出并消除工作成果中的缺陷。這種方式效果比較好，人們一般都能學(xué)會。最常用的方法是技術(shù)評審、軟件測試和過程檢查，已經(jīng)被企業(yè)廣泛采用并取得了成效。

老三治病的方式代價最高，只能是不得已而為之?？稍诂F(xiàn)實之中，大多數(shù)軟件企業(yè)采用老三的方式來對付質(zhì)量問題。典型現(xiàn)象是：在軟件交付之前，沒有及時消除缺陷。當(dāng)軟件交付給用戶后，用著用著就出錯了，趕緊請開發(fā)者來補救?？尚Φ氖牵?dāng)軟件系統(tǒng)在用戶那里出故障了，那些現(xiàn)場補救成功的人倒成了英雄，好心用戶甚至還寄來感謝信。6.全面軟件質(zhì)量管理：模型6.3模型借鑒老大、老二治病的方法，我們提煉出全面軟件質(zhì)量管理的模型，如下圖所示。項目中的所有人員幾乎都參與了質(zhì)量活動，只是介入的程度不同而已，后面幾節(jié)將逐一介紹這些質(zhì)量活動。

6.全面軟件質(zhì)量管理：模型6.4角色職責(zé)誰對軟件質(zhì)量負責(zé)？是全員負責(zé)。任何與軟件開發(fā)、管理工作相關(guān)的人員都對質(zhì)量產(chǎn)生影響，都要對質(zhì)量負責(zé)。所以人們不要把質(zhì)量問題全部推出質(zhì)量人員或測試人員。

誰對軟件質(zhì)量負最大的責(zé)任？誰的權(quán)利越大，他所負的質(zhì)量責(zé)任就越大。質(zhì)量人員是成天與質(zhì)量打交道的人，但他個人并不對產(chǎn)品質(zhì)量產(chǎn)生最大的影響，所以也不負最大的責(zé)任。質(zhì)量人員的主要職責(zé)：（1）負責(zé)制定質(zhì)量計劃（很重要但是工作量比較少）；（2）負責(zé)過程檢查（類似于CMM中的質(zhì)量保證），約占個人工作量的20%；（3）參與技術(shù)評審，約占個人工作量的30%；（4）參與軟件測試，約占個人工作量的30%；（5）參與軟件過程改進（面向整個機構(gòu)），約占個人工作量的20%；

*上述工作量的比例僅供參考，在實際應(yīng)用時必須根據(jù)項目的特征而定。

8.全面軟件質(zhì)量管理：技術(shù)評審8.1概念技術(shù)評審（TechnicalReview,TR）的目的是盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。技術(shù)評審最初是由IBM公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導(dǎo)的。技術(shù)評審方法已經(jīng)被業(yè)界廣泛采用并收到了很好的效果，它被普遍認為是軟件開