不管是投简历时，还是看简历时，经常发现无论是用人单位还是应聘者，很多人都傻傻地分不清楚QA和QC。

　　有的将两者混淆，把工作职责写在一份JD中;有的则干脆张冠李戴;比如明明是测试部却叫做QA部，只是为了显示部门的高大上?

　　还有的，干脆就在面试时露怯，还需要现场普及基础知识，让人哭笑不得。作为曾经的资深QA&QC，今天就和大家来说说QA和QC的那些事。

　　1.两者根源上本质的区别

　　QC英文全称为Quality Control(质量控制)，俗称测试、检测。制造或生产型企业称这类人员为质量控制员，检测员，测试员;软件及互联网公司叫测试工程师。

　　质量控制的概念早于QA形成至少10年以上。QC的主要关注点是产品结果本身，验证其是否达到预期要求。

　　当然，为了保证结果的一致性，也会关注原材料、产品原型等影响产品结果的因素。

　　QA英文全称为Quality Assurance(质量保证)，各行业统称为质量保证员、质量保证工程师、QA工程师等。

　　在实施过CMM/CMMI的公司，也会被称为SQA。

　　在生产过程中，人们发现只重视产品结果往往为时过晚，因为一旦产品成型了，想要修复产品定义初期的问题，难上加难，时间和人力成本都将成倍增加。这时，引入了QA的概念。

　　QA关注产品制造过程，从项目立项开始，关注整个过程。

　　2.QC和QA都做什么

　　QC也就是测试(检测)人员，工作主要是保证产品结果，运用的方法都是测试手段。

　　比如软件类产品，按测试阶段会分为单元测试、集成测试、系统测试;按测试方法会分为黑盒测试、白盒测试、灰盒测试;按测试属性会分为功能测试、性能测试;按产品基准点又分为阿法测试、贝塔测试、正式版本测试、回归测试等等。

　　工作都是为了验证产品结果(或产品阶段结果)本身与预期值是否一致，可以说是对比结果，找出不一致，然后由相关人员修正后再验证，这些是QC工作的核心。

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

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

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

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

　　3.QC和QA应隶属什么部门

　　QC是检查结果的，所以和产品或业务部门是一伙的，注定与研发对立。小公司很多没专职的测试人员，产品质量无法保证。

　　有些公司有测试团队，但编制在研发团队之下，也使得测试工作有失公允。

　　一般来说测试应与研发在平行的团队中，独立的测试组或测试部门都可以起到良性循环的效果。当然，如果是在敏捷开发团队，工作实行交叉验证也是很好的方法。

　　还有些公司把测试编制在产品部门，也是能帮助产品达到预期的很好设置。

　　QA监督的是项目执行的全过程(包括QC的工作)，从工作性质讲，QA应该编制在项目之外。

　　正规的公司会成立由高层主管的过程改进组，QA属于这个组的成员。如果有PMO部门，将QA编制在此也是不错的选择。

　　最差的结果，应该将QA编制在研发部下，向研发总监或项目总监直接汇报每个项目的质量情况。这些都能达到QA应有的效果。

　　4.总结

　　QC和QA都是很严谨的工种，为了能极大地发挥他们的作用，用人公司应该合理设置岗位，切莫张冠李戴，或只求应聘者一专多能，失去了原有的招聘初衷。

　　应聘者则应该给自己合理定位，找准自己合适的岗位，避免闹笑话。在此预祝双方都能找到适合自己的另一半。