原创：漫谈戴明管理哲学与软件开发（三）

（续前）

3．停止依靠大批量的检验来达到质量标准

检验其实是等于准备有次品，检验出来已经是太迟，且成本高而效益低。正确的做法，是改良生产过程。

很多人分不开QA和QC的区别，甚至在教科书中也往往把测试叫做QA，但事实上两者是有很大区别的。

QA全称是Quality Assurance，直译即质量保障 —— 避免生产质量不达标的产品。而QC的全称是Quality Control，直译即质量控制 —— 避免让质量不达标的产品出厂。两者看似没区别，但实际上却是截然不同的两种管理思想。质量保障的目标是把任何质量问题消灭在尽可能靠前的环节，甚至会一直前推到员工招募、原料采购这样的环节。而质量控制的目标则是局部的：不要让它出厂就好，哪怕生产过程中有浪费也无所谓。

而在软件开发中，我们常见的测试人员其实是QC的角色，不过，甚至连老外都在把这个职位叫做QA Engineer，但要明白，这种叫法是不严谨的。而QA则是更高一级的角色，它们关注的是开发流程，特别是对开发流程的裁剪和定制化，比如对CI等开发环境的评测与改进，开发规范的制定和改进等。

在敏捷开发中，QA的角色实际上是由Scrum团队来完成的，而且这个角色应该在Scrum团队的职责中占据重要地位。当然，基于Scrum的组织原则，这并不意味着Scrum中必须有一个专职的QA，不过团队成员中这方面的经验和能力是必不可少的。