基本目标
目标1:軟件質量保證工作是有計劃進行的。n目标2:客觀地驗證軟件項目産品和工作是否遵循恰當的标準、步驟和需求。n目标3:将軟件質量保證工作及結果通知給相關組别和個人。n目标4:高級管理層接觸到在項目内部不能解決的不符合類問題。n目标5:軟件質量需要全面的測試工作來保證。
由來
我們知道，國外很多的大公司，QA的職責就是測試（主要是系統測試），比如IBM、CA、PeopleSoft等。其實在最初，幾乎所有的公司都是這樣的。後來，由于缺乏有效的項目計劃和項目管理，留給系統測試的時間很少（注：我以前做的一個項目，項目經理就明确告訴我系統測試就1天，沒得商量）。另外，需求變化太快，沒有完整的需求文檔，測試人員就隻能根據自己的想象來測試。這樣一來，測試就很難保障産品的質量，事先預防的QA職能就應運而生。
事先預防其實是借鑒了TQM的思想，而且也符合軟件工程“缺陷越早發現越早修改越經濟”的原則。這些思想的淵源還可以追溯到中國古代的典故中，比如曲突徙薪、扁鵲論醫術等。特别是扁鵲論醫術這個典故，我偶然在國外的一篇文章中看到了（後來在林銳的文章中也看到了），常感歎我們國人連祖先的思想文化遺産都丢的差不多了。
現狀
實施CMM的企業越來越多了。CMM模型就要求建立QA角色。這裡的QA類似于過程警察，主要職責是，檢查開發和管理活動是否與已定的過程策略、标準和流程一緻，檢查工作産品是否遵循模闆規定的内容和格式。在這些企業中，一般還要求QA獨立于項目組，以保障評價的客觀性。從國内來看，多數的QA沒有技術背景，檢查出的偏差多為雞毛蒜皮，再加上自己沒有令人信服的背景，領導也不支持，當然做起來就很困難了。
自2001年下半年以來，國内軟件企業掀起了一股CMM/CMMI（以下簡稱CMMI）的熱潮，一些稍微有點規模的企業，紛紛通過了CMMI的評估，據說“明顯地改善了軟件質量，控制了項目成本”。加上政府的政策推動和媒體的炒作，軟件企業不管時機是否成熟，不管自身實力是否具備，紛紛把實施CMMI作為企業的一項戰略決策，投入巨資，來推行CMMI。一年内竟然有50餘家軟件企業先後通過了CMMI各級别的評估，似乎有一夜之間“千樹萬樹梨花開”之勢，筆者對此甚感憂慮，認為目前中國企業實施CMMI，面臨着五個關鍵問題。
缺乏信任和支持隻是一個方面，QA工作本身就很具挑戰性。它要求QA具有軟件工程的知識、軟件開發的知識、行業背景的知識、數理統計的知識、項目管理的知識、質量管理的知識等等。
我們常常遇到這樣的問題，改進到一定程度就很難突破，感覺心有餘而力不足了，就開始郁悶了。後來通過學習、培訓、交流，思想和技能得到升華，又發現了木桶中最短的那塊，然後又開始改進，然後又遇到了玻璃天花闆，然後……就這樣處于郁悶的循環中。
假使我們掌握了所有的知識，能突破所有的玻璃天花闆，那是不是QA就可以一帆風順了。答案是否定的。QA角色定義本身就有很大的局限性。QA充當的是過程警察的角色，無論是否有意義，都專橫地強制過程的執行，容易在項目組中造成敵對的關系，受到排擠，而且這種警察的姿态也破壞了團隊精神。如此一來，QA工作還需要的是人際關系技能，就如我以前寫的《質量平衡》和《QA應該獨立于項目組嗎？》一樣，藝術化地處理這種關系。
未來
從某種程度上說，獨立的QA審查機制是瀑布模型的産物。随着現代軟件開發技術的演變，螺旋模型和叠代模型的興起，QA機制正在悄然發生變化。這種變化就是從獨立專職的QA向貫穿過程的兼職QA演變。在CMMI模型中，這種兼職的QA也是被允許的。為什麼會發生這種改變呢？
無論是XP、RUP還是其它先進的方法論，都是先産生架構，然後再增量開發，直到完成。這種模式中，需求和設計缺陷在各個叠代周期被所盡早發現和修複，質量也内建于架構和過程中，項目的成本和進度也得到保障。到那時，是不是獨立的QA就不複存在了呢？有些成熟度較低的企業還是需要。
ISO9000 質量标準
ISO9000标準被很多國家采用，包括歐盟的所有成員，加拿大、墨西哥、美國、澳大利亞、新西蘭和太平洋區域。為了注冊成為ISO9000中包含的質量保證系統模型中的一??者仔細檢查，查看其标準的符合性以及操作的有效性。成功注冊之後，這一公司将收到由審計者所代表的注冊實體頒發的證書。此後，每半年進行一次檢查性審計。
ISO9001是應用于軟件工程質量保證标準。這一标準中包含了高效的質量保證系統必須體現的20條需求。因為ISO9001标準，适用于所有的工程行業，因此，為幫助解釋該标準在軟件過程中的使用而專門開發了一個ISO指南的子集ISO9000—3。
ISO9001描述的需求涉及到管理責任，質量系統，合約評審，設計控制，文檔和數據控制，産品标識和跟蹤，過程和控制，審查和測試，糾正和預防性動作，質量控制記錄，内部質量審計，培訓，服務以及統計技術的主題。
