QA的未來
從某種程度上說，獨立的QA審查機制是瀑布模型的產物。隨著現代軟件開發技術的演變，螺旋模型和迭代模型的興起，QA機制正在悄然發生變化。這種變化就是從獨立專職的QA向貫穿過程的兼職QA演變。在CMMI模型中，這種兼職的QA也是被允許的。為什么會發生這種改變呢？無論是XP、RUP還是其它先進的方法論，都是先產生架構，然后再增量開發，直到完成。這種模式中，需求和設計缺陷在各個迭代周期被所盡早發現和修復，質量也內建于架構和過程中，項目的成本和進度也得到保障。
到那時，是不是獨立的QA就不復存在了呢？有些成熟度較低的企業還是需要的，主要是保證過程執行的有效性和評價的客觀性。
《 質量平衡》
前幾日，我有幸聽了唐駿①關于“成功軟件企業的經營模式與文化”的演講。在會上，他談到中國目前靠軟件盈利（一定規模）的企業最多不超過5家。這一結論深深地震撼了我。難道國內成千上萬家軟件企業都在虧損嗎？而為什么虧損呢？我想，一個個的軟件項目延期、超出預算、質量低下是虧損的原因，而最根本的不是技術問題，而是管理問題。質量管理也是很重要的方面。
從理論來看，質量管理應該屬于項目管理的一部分。我們在實際運作過程中也不要把項目管理和質量管理分離開來。有些項目經理認為“提高質量就意味著成本更高、延遲交付”，這是一個比較片面的觀點。多數情況下，質量和進度不是矛盾和冤家，而是可以協調和統一的。舉例來說，移動網管維護項目為完成一個約20人日的維護需求，在設計和編碼階段比計劃多花了0.5人日，測試階段就比計劃少花了6.5人日完成。這說明質量不但提前了進度，而且降低了成本。在有些特殊情況下，比如規模較小、需求變化較快、進度較緊的項目，我們可以采取更為靈活、敏捷的開發方式，但是這些方式應該在不影響產品質量的前提下進行。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
