軟件質量保證（SQA）何去何從？

申請免費試用、咨詢電話：400-8352-114

1 引論
在51CMM的質量保證論壇中，Robinzrb 的一帖 “做QA,并且感到郁悶的請進！”，引無數(shù)英雄竟折腰。這些英雄包括思想活躍的hjhza，樂于傳道授業(yè)解惑的wtswts，喜歡指點江山激揚文字的vvvvvv……。為什么郁悶呢？還是先讓我們來討論一下QA的何去何從吧！
2 QA的由來
我們知道，國外很多的大公司，QA的職責就是測試（主要是系統(tǒng)測試），比如IBM、CA、PeopleSoft等。其實在最初，幾乎所有的公司都是這樣的。后來，由于缺乏有效的項目計劃和項目管理，留給系統(tǒng)測試的時間很少（注：我以前做的一個項目，項目經(jīng)理就明確告訴我系統(tǒng)測試就1天，沒得商量）。另外，需求變化太快，沒有完整的需求文檔，測試人員就只能根據(jù)自己的想象來測試。這樣一來，測試就很難保障產品的質量，事先預防的QA職能就應運而生。
事先預防其實是借鑒了TQM的思想，而且也符合軟件工程“缺陷越早發(fā)現(xiàn)越早修改越經(jīng)濟”的原則。這些思想的淵源還可以追溯到中國古代的典故中，比如曲突徙薪、扁鵲論醫(yī)術等。特別是扁鵲論醫(yī)術這個典故，我偶然在國外的一篇文章中看到了（后來在林銳的文章中也看到了），常感嘆我們國人連祖先的思想文化遺產都丟的差不多了。
3 QA的現(xiàn)在
目前，實施CMM的企業(yè)越來越多了。CMM模型就要求建立QA角色。這里的QA類似于過程警察，主要職責是，檢查開發(fā)和管理活動是否與已定的過程策略、標準和流程一致，檢查工作產品是否遵循模板規(guī)定的內容和格式。在這些企業(yè)中，一般還要求QA獨立于項目組，以保障評價的客觀性。從國內來看，多數(shù)的QA沒有技術背景，檢查出的偏差多為雞毛蒜皮，再加上自己沒有令人信服的背景，領導也不支持，當然做起來就很困難了。
缺乏信任和支持只是一個方面，QA工作本身就很具挑戰(zhàn)性。它要求QA具有軟件工程的知識、軟件開發(fā)的知識、行業(yè)背景的知識、數(shù)理統(tǒng)計的知識、項目管理的知識、質量管理的知識等等。
我們常常遇到這樣的問題，改進到一定程度就很難突破，感覺心有余而力不足了，就開始郁悶了。后來通過學習、培訓、交流，思想和技能得到升華，又發(fā)現(xiàn)了木桶中最短的那塊，然后又開始改進，然后又遇到了玻璃天花板，然后……就這樣處于郁悶的循環(huán)中。
假使我們掌握了所有的知識，能突破所有的玻璃天花板，那是不是QA就可以一帆風順了。答案是否定的。QA角色定義本身就有很大的局限性。QA充當?shù)氖沁^程警察的角色，無論是否有意義，都專橫地強制過程的執(zhí)行，容易在項目組中造成敵對的關系，受到排擠，而且這種警察的姿態(tài)也破壞了團隊精神。如此一來，QA工作還需要的是人際關系技能，就如我以前寫的《質量平衡》和《QA應該獨立于項目組嗎？》一樣，藝術化地處理這種關系。
4 QA的未來
從某種程度上說，獨立的QA審查機制是瀑布模型的產物。隨著現(xiàn)代軟件開發(fā)技術的演變，螺旋模型和迭代模型的興起，QA機制正在悄然發(fā)生變化。這種變化就是從獨立專職的QA向貫穿過程的兼職QA演變。在CMMI模型中，這種兼職的QA也是被允許的。為什么會發(fā)生這種改變呢？無論是XP、RUP還是其它先進的方法論，都是先產生架構，然后再增量開發(fā)，直到完成。這種模式中，需求和設計缺陷在各個迭代周期被所盡早發(fā)現(xiàn)和修復，質量也內建于架構和過程中，項目的成本和進度也得到保障。
到那時，是不是獨立的QA就不復存在了呢？有些成熟度較低的企業(yè)還是需要的，主要是保證過程執(zhí)行的有效性和評價的客觀性。