QA的未来
从某种程度上说，独立的QA审查机制是瀑布模型的产物。随着现代软件开发技术的演变，螺旋模型和迭代模型的兴起，QA机制正在悄然发生变化。这种变化就是从独立专职的QA向贯穿过程的兼职QA演变。在CMMI模型中，这种兼职的QA也是被允许的。为什么会发生这种改变呢？无论是XP、RUP还是其它先进的方法论，都是先产生架构，然后再增量开发，直到完成。这种模式中，需求和设计缺陷在各个迭代周期被所尽早发现和修复，质量也内建于架构和过程中，项目的成本和进度也得到保障。
到那时，是不是独立的QA就不复存在了呢？有些成熟度较低的企业还是需要的，主要是保证过程执行的有效性和评价的客观性。
《 质量平衡》
前几日，我有幸听了唐骏①关于“成功软件企业的经营模式与文化”的演讲。在会上，他谈到中国目前靠软件盈利（一定规模）的企业最多不超过5家。这一结论深深地震撼了我。难道国内成千上万家软件企业都在亏损吗？而为什么亏损呢？我想，一个个的软件项目延期、超出预算、质量低下是亏损的原因，而最根本的不是技术问题，而是管理问题。质量管理也是很重要的方面。
从理论来看，质量管理应该属于项目管理的一部分。我们在实际运作过程中也不要把项目管理和质量管理分离开来。有些项目经理认为“提高质量就意味着成本更高、延迟交付”，这是一个比较片面的观点。多数情况下，质量和进度不是矛盾和冤家，而是可以协调和统一的。举例来说，移动网管维护项目为完成一个约20人日的维护需求，在设计和编码阶段比计划多花了0.5人日，测试阶段就比计划少花了6.5人日完成。这说明质量不但提前了进度，而且降低了成本。在有些特殊情况下，比如规模较小、需求变化较快、进度较紧的项目，我们可以采取更为灵活、敏捷的开发方式，但是这些方式应该在不影响产品质量的前提下进行。
文章来源于领测软件测试网 https://www.ltesting.net/
