质量保证和质量控制就像芦苇和香蒲。当然，有些书呆子将它们区分开，但大多数人仍然感到困惑。有时候，质量保证和质量控制本身比接受冗长的解释更容易接受城镇居民的看法，但是有什么区别。我建议为自己做点努力，处理术语和概念，了解差异，再也不要混淆它们。
三年多来，我一直致力于确保产品质量。一直以来，我一直在观察公司测试流程的发展。从成立之初，当第一批两个人被雇用时。在六个月的时间里，他们用手测试了产品，然后成为业务分析师，接下来的两个人已经站在他们后面。在使用Scrum-Less 二十一点和Selenium自检进行当前过程之前。我的专业积累的经验和性格特征促使人们思考测试人员是谁，质量保证人员和质量控制人员。这些不同的实体还是相交的？在文章和会议上，我经常遇到某种混乱，我不喜欢它。因此，我决定分享我对这个问题的想法。注意，本文并非一审判决。这篇文章大声疾呼，渴望找到志趣相投的人。质量检查，质量控制和测试人员：三大区别？
我们从对质量管理体系国际标准ISO 9000：2015的呼吁开始搜索和挖掘。在每篇文章中，在每个视频主题上这些概念之间的区别，都有指向本文档的链接，我的文章也不例外。
该标准的条款3.2公开了两个定义：- 质量保证（3.2.10）是质量管理的一部分，旨在确保对满足质量要求的信心。
原版的Quality assurance (3.2.10) — part of quality management focused on providing confidence that quality requirements will be fulfilled.
- 质量控制（3.2.11）是质量管理的一部分，致力于满足质量要求。
原版的Quality control (3.2.11) — part of quality management focused on fulfilling quality requirements.
从这些定义可以得出结论，我们要么提供优质的产品，要么检查产品的质量。我注意到，在标准ISO 9000：2015中，没有这样的测试器概念。我正寻找。
那么，质量保证，质量控制和测试的概念如何相互联系？您经常会发现这种具有分层质量结构的图示，其中测试是质量控制的一部分，质量控制是质量保证的一部分。但就我个人而言，在我看来，由于标准中没有测试仪或测试的概念，而质量控制是各种各样的测试，因此插图应如下所示：但是，标准就是标准，这就是我们的现实生活。在IT行业的现实生活中，我们的职业只有两个名字：- 质量检查工程师。
- 软件测试员。
而且，这些概念经常互换和混淆。混乱始于工作描述阶段。寻找软件测试人员（质量检查工程师）
如果这些角色在行业中没有混合使用，并且测试人员没有被称为质量检查工程师，反之亦然，我不会写这篇文章。根据我的观察，俄罗斯没有两种职业。为了简单起见（或出于无知），所有这些都称为测试器。好吧，只有雇主会以这种方式犯罪，但是测试人员自己支持这种混乱。例如，在哈布雷（Habré）上可以找到文章，全文中的作者称这些人为同一人测试人员，质量控制工程师，质量保证专家，测试工程师和测试人员。人力资源经理们为之火上加油：他们经常在职位上写“ Software Tester（QA Engineer）”，以扩大受众范围。情况并非以空缺人数结尾，沙拉本身仍在描述中。让我们看一下质量检查工程师的职位空缺：
尽管公司正在寻找“ QA工程师”，但所有任务都与测试相关，并且旨在查找错误。或另一个生动的例子：
然而：
为了甜蜜：
实际上，许多雇主正在寻找软件测试人员（如果您专注于职责描述），但是他们的名字表示他们正在寻找QA工程师。 如果您还记得，在ISO 9000：2015中有质量保证和质量控制。如果使用QC关键字执行对hh.ru的请求，会发生什么情况？但是什么也不会发生。您将不会看到质量检查人员或测试人员的空缺。根据此要求，将出现与产品生产和产品质量控制有关的职位空缺。事实证明，在IT行业中，没有QC专业，他们被软件测试人员所取代，在其他活动领域中，没有QA专家，但是有QC。质量检查工程师的职位描述并不表示有义务提高产品质量和防止错误，他们认为这是理所当然的。什么是质量保证
在继续之前，让我们进行一些互动。转到链接并查看站点QualityConf会议。在演讲主题上徘徊几分钟，并为自己回答一些问题：
- 这次会议的对象是谁？
- 它与您有什么关系？
QualityConf会议完全致力于质量，而不是测试。但是，在下一次会议的准备过程中，组织者进行了一项研究，并向访问者询问了一个问题：“您的会议与什么相关？”大家可能已经猜到了，主要的关联只是与测试有关。事实证明，今天，尽管质量的概念更为广泛，但说“质量”一词时，许多人都听到了“测试”，这通常是功能测试。质量是消费者的定义，不是工程师的定义，不是营销的定义，也不是管理的一般定义。它基于客户在产品或服务方面的实际经验，并根据其要求进行衡量-陈述或不明，有意识或简单感觉，技术上有效或完全主观。在竞争激烈的市场中，质量始终代表着不断变化的目标。原版的Quality is a customer determination, not an engineer's determination, not a marketing determination, nor a general management determination. It is based on the customer's actual experience with the product or service, measured against his or her requirements — stated or unstated, conscious or merely sensed, technically operational or entirely subjective — and always representing a moving target in a competitive market (Armand Feigenbaum «Total quality control»).
测试是确保产品质量的一种方法。此外，您可以通过引入编码标准，引入新的工程实践，设计审查等来提高产品质量。有很多方法可以确保质量，但是在公司团队和流程成熟的不同阶段，这些方法会产生不同的影响，这一点必须牢记。但这是一个完全不同的故事。QA≠QC：如何区分它们
QC：这些人是谁，他们的任务是什么，局限性是什么？
这些人是谁？被称为测试人员的人员与QC质量控制相同。根据事物的逻辑，在开发的最后阶段，他们会检查产品的质量（通过任何类型和类型的测试-手动，自动化，压力测试，安全性测试等）。他们的任务是什么？他们的任务是验证产品，并向企业和开发人员提供有关产品是否符合规定要求的信息。它们的局限性是什么？如果您让所有员工都在检查产品的合规性，那可能是不利的：- , .
- , . . . FYI: , .
- , , , . , .1, . .
- .
- . , , , . « , ».
QA: , ,
这些人是谁？质量保证工程师（QA）是帮助开发团队以尽可能少的钱尽可能快地生产出高质量产品的人。毕竟，我们都知道，发现错误的越早，修复它的成本就越低。最好在想法层面修复错误。
质量检查工程师参与了产品/功能创建的早期阶段。如果他们可以进入PO的负责人告诉他们缺少功能的接受标准或使用场景，那么他们会这样做。他们的任务是什么？质量检查工程师的任务是防止产品满足要求。质量检查工程师衡量产品的质量，不仅在测试阶段，而且在开发，设计或起草要求阶段，都知道产品的当前状态以及需要做什么以提高产品质量。它们的局限性是什么？评估质量保证工程师的工作质量非常困难，因为如果他能做好工作，那么不影响产品功能和产品发布的最小错误数将到达测试阶段。 与质量检查不同，您可以评估质量控制的工作，特别是如果您从最简单的方法开始，并根据错误的数量（我发现了多少个错误以及我在产品上错过了多少个错误）来评估有效性。如何进一步生活？
大量的测试人员将无法显着提高产品质量。但是它可以改善质量控制本身。如果您和其他测试人员一样，希望将质量提高到一个新的水平，请考虑移交给质量检查工程师。只是不要等到召集与开发人员或设计师讨论功能的会议时，亲自参加会议。对产品质量的任何方面发表意见。不要让流行的规则，工作说明和其他垃圾阻止您使产品变得比现在更好。我知道你们中的大多数人都在乎您要测试的内容。并且您真诚地希望提供使用愉快的优质产品。