黑夜给了我黑色的眼睛；混乱的流程给了我混乱的思维----

　　软件人员一直在抱怨流程混乱，抱怨的结果是谁都说不清楚什么样的流程不混乱。即使cmmi过级公司也在抱怨说，我们严格按照cmmi规定的流程走，怎么还是迷路了呢？左转，左转，左转，左转，原来是个圈啊。为了流程而进行质量过程改进，势必会存在很大的问题，只有为了解决具体的质量困境而进行的流程改进，才是我们需要的。

　　在整个软件过程，我们可以将质量管理分为三个关键的阶段。

　　质量目标+质量控制+质量保证

　　质量目标：提出软件质量的特性和明确的可测量的标准。它包含的动作有合理正确的解读需求，确定测试范围和测试内容，制定具体的测试准则。这部分内容一般由质量部门完成。

　　我们后续做的软件测试工作，其实就是把执行的结果和预期设定的目标进行比对，符合的认为有质量的，不符号的则是错误的。

　　质量控制：为了保证每个工作产品都能满足需求而进行的一系列的审查，评审和测试的工作。审查，评审主要针对需求的正确性，它属于设计质量的范畴；测试主要针对需求实现的功能，是一致性质量的范畴。

　　我们可以把软件质量按照特征分为两类，设计质量和一致性质量。设计质量是设计者所规定的产品的特征，包括需求说明，产品规格说明和设计说明；一致性质量是具体实现的问题，也就是编码所实现功能。

　　其实目前我们所做的主要工作就是质量控制阶段的测试部分，让它独立的去承担质量的风险，而我们所测试的基本都是一致性质量，对于设计质量很少涉及。那么我们应该怎么去测试设计质量，由什么职能的人员和部门去完成，都是需要思考的。

　　质量保证：质量保证由评估质量控制活动有效性和完整性的一系列审核和报告所构成。其目的是为管理层提供了解产品质量所必须得测试数据，从而获得产品质量是否符合预定目标的信心。此数据也是为持续的过程改进提高了数据依据。它就是我们通常所说的测试总结和测试报告阶段，但包含的内容应该更丰富。

版权声明：本文出自kuailederen的51Testing软件测试博客：http://www.51testing.com/?117068

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。