质量保证在BDD项目中的作用是什么？

如果使用BDD进行项目并通过自动验收测试覆盖100％的用户案例，那么测试人员/质量保证人员的角色是什么？

我想我正在想象开发人员将与产品负责人一起编写验收测试，让我知道这似乎是一个愚蠢的假设。

也许我太过时了，但是即使是最现代的开发或处理技术也无法在向客户发布产品之前替代另一组眼睛，即新鲜的眼睛。

即使您的产品仅仅是其他开发人员的API，您也可以使用QA来作为API用户，提供您或您的客户事先未想到的测试/使用方案。

如果您的产品基于用户界面很繁琐，则肯定要让其他人（不是您本人或您的团队中的某人）在将最终结果发送给客户之前先进行查看。

就像我们行业中的其他流行语一样，BDD（即使覆盖率达到100％）也不是灵丹妙药。

100％的覆盖率与测试的100％不同。

我认为ATDD项目中的质量检查人员会帮助编写测试并执行仍然存在的其他类型的测试。即UI测试，破坏测试和负载/压力测试。

但是我从来没有制定过ATDD项目。

质量检查的工作是破坏应用程序，开发人员的工作是不破坏应用程序。因此，他们从不同的角度编写测试。例如，开发人员编写测试以查看是否发生了预期的行为，QA编写测试以查看当用户执行开发人员从不认为用户会执行的操作时会发生什么。此外，开发人员经常会误解需求，并且当他们的解释与开发人员认为的含义不同时，QA测试就会赶上，然后与项目涉众一起确定正确的解释。由开发人员编写代码的测试经常有很大的盲点，因为开发者有很大的盲点。例如，它可以测试97％的时间会发生什么，但不会测试边缘情况。

在以前的雇主那里，质量保证的职责是不测试产品，而是保证开发人员实质上完成了他们所说的关于质量保证所定义的先前定义的验收测试的工作。

另一方面，产品负责人与测试完全无关。恕我直言，处理任何级别的测试都不是产品所有者的职责。

在某些时候，您必须对员工充满信心；制衡是好的，但您不必在开发周期内强求解决方案，实际上这只是解决员工道德准则的一小部分。

在一个完美的世界中，我看到与开发人员和质量检查人员的合作以联合编写验收测试的形式正式化。质量检查应与开发团队一样，从另一个方面入手。质量检查人员应该在产品初期就发挥作用，并在整个周期中保持投入。另一方面，产品负责人则应进行质量检查，以了解产品的当前状态，风险等……，并以整体方式关注产品；而不是构成产品的细微差别。

根据我的经验：我们使用单元测试覆盖了90％以上的代码。还进行了集成测试和每小时构建。jBehave测试BDD。

质量检查角色：-采用用户案例进行测试-在步骤后编写代码-使用用于IDEA的RestClient插件进行探索测试（因此我们发现了一些主要错误）

BDD的一部分正在应用3 Amigos方法，在此方法中，利益相关者共同制定接受标准。QA / Dev可以编写步骤代码以使方案作为验收测试执行。与BDD工具将自动执行的验收测试一样，手动执行质量检查的价值在哪里？QA的增值作用是验证那些验收测试并在脚本验收测试之外执行手动探索性测试。复制通常会产生相同的结果。

开发人员不重写要求和规格，质量检查不重写应用程序代码...质量检查可能不必执行与开发人员作为验收测试执行的完全相同的脚本化测试。现在是Devs戴上一些质量检查帽的时候了！