质量管理策略

 

越早解决质量问题，代价越低

人们的经验和一些研究机构提供的数据都告诉我们：越在软件开发周期的后期修改Bug，付出的代价将会越高。
这个不难理解：

• 后期随着系统规模和复杂性的增加，发现问题和定位问题的难度明显提高；
• 根据学习曲线理论，隔得时间越久，人们对事物所存留的印象越少；在后期回过头来重新思考问题，会比开发刚完成时付出更多的时间；
• 在软件生命周期收尾阶段的每次修改，都会需要大量的重新测试来保证其不会导致新的问题；

所以质量管理工作不应该是在最后时刻才进行的，在后期才进行质量工作是成本最高的做法；

质量不仅仅是质检员/测试员的工作

有不少开发人员习惯于认为质量保证工作是测试人员的事情，跟自己关系甚微；也有不少组织习惯于把保证质量认为是质检员或者测试人员的工作；实际上这种做法不够充分，质量保证应该是参与软件开发过程中的每个人的责任，尤其应该是开发人员自身工作的一部分；

软件质量的根源在于代码，错误的代码导致低下的质量，如果写代码的人都没有承担质量责任，如何能指望后期检查人员来保证质量呢？

另外，要保证软件的质量，组织或者团队必须具备行之有效的质量保证措施，因此管理者对质量也有不可推卸的责任；

所以质量保证，应该是团队每个人的责任；

质量管理过程贯穿开发周期始终

从Bug产生的来源看，有需求理解上的错误，有设计上的不合理，有错误编写的代码，还有不正确的配置和部署等等；这说明在软件开发周期中，每一个阶段都有可能产生Bug，而成本最低的修复Bug的方法，就是避免Bug的产生；所以质量管理应该贯穿于整个开发周期，旨在降低每一个阶段产生Bug的概率；

另外，整个系统的质量体现在每一个部分的质量以及他们整合起来的结果，要保证整个系统的质量，就必须首先保证每一个部分的质量，因而有必要把质量保证工作贯穿于整个开发周期；