不管是投简历时，还是看简历时，经常发现无论是用人单位还是应聘者，很多人都傻傻地分不清楚QA和QC。有的是将两者混淆，把工作职责写在一份JD中；有的则干脆张冠李戴；比如明明是测试部却叫做QA部，只是为了显示部门的高大上？还有的，干脆就在面试时露怯，还需要现场普及基础知识，让人哭笑不得。作为曾经的资深QA&QC，今天就和大家来说说QA和QC的那些事。

两者根源上本质的区别

QC英文全称为Quality Control（质量控制），俗称测试、检测。制造或生产型企业称这类人员为质量控制员，检测员，测试员；软件及互联网公司叫测试工程师。质量控制的概念早于QA形成至少10年以上。QC的主要关注点是产品结果本身，验证其是否达到预期要求。当然，为了保证结果的一致性，也会关注原材料、产品原型等影响产品结果的因素。

QA英文全称为Quality Assurance（质量保证），各行业统称为质量保证员、质量保证工程师、QA工程师等。在实施过CMM/CMMI的公司，也会被称为SQA。在生产过程中，人们发现只重视产品结果往往为时过晚，因为一旦产品成型了，想要修复产品定义初期的问题，难上加难，时间和人力成本都将成倍增加。这时，引入了QA的概念。QA关注产品制造过程，从项目立项开始，关注整个过程。

QC和QA都做什么

QC也就是测试（检测）人员，工作主要是保证产品结果，运用的方法都是测试手段。比如软件类产品，按测试阶段会分为单元测试、集成测试、系统测试；按测试方法会分为黑盒测试、白盒测试、灰盒测试；按测试属性会分为功能测试、性能测试；按产品基准点又分为阿法测试、贝塔测试、正式版本测试、回归测试等等。工作都是为了验证产品结果（或产品阶段结果）本身与预期值是否一致，可以说是对比结果，找出不一致，然后由相关人员修正后再验证，这些是QC工作的核心。

QC常用的工具有测试计划、测试用例、测试项检查表、测试总结报告、缺陷管理工具、自动化测试工具等等。

QA的工作则大相径庭。QA验证产品实施过程的完整性、一致性、有效性。通常，公司会把制作产品的过程标准化，可能会涉及很多的子过程，每个过程都会有输入或输出的文档、原材料、代码、阶段产品结果等等，这些称之为阶段成果。项目经理会预先定义很多个重要的时间点，以及在这些时间点上，每个项目成员要完成哪些工作，验证这些工作的指标有哪些等等。

QA把这些要检查的内容结合过程改进经验库中历史同类项目的经验，做成计划和检查表，定期检查每项工作及阶段成果物的完成情况，以督促项目成员都能按时按质完成自己的本质工作。

QA常用的工具有质量保证计划、周期（日、周、月）质量报告、质量检查表、质量分析图、项目质量报告、项目管理工具等等。

QC和QA应隶属什么部门

QC是检查结果的，所以和产品或业务部门是一伙的，注定与研发对立。小公司很多没专职的测试人员，产品质量无法保证。有些公司有测试团队，但编制在研发团队之下，也使得测试工作有失公允。一般来说测试应与研发在平行的团队中，独立的测试组或测试部门都可以起到良性循环的效果。当然，如果是在敏捷开发团队，工作实行交叉验证也是很好的方法。还有些公司把测试编制在产品部门，也是能帮助产品达到预期的很好设置。

QA监督的是项目执行的全过程（包括QC的工作），从工作性质讲，QA应该编制在项目之外。正规的公司会成立由高层主管的过程改进组，QA属于这个组的成员。如果有PMO部门，将QA编制在此也是不错的选择。最差的结果，应该将QA编制在研发部下，向研发总监或项目总监直接汇报每个项目的质量情况。这些都能达到QA应有的效果。