由我们自动化产品的各种问题引起

[account_disabled]

这可能是另一个团队成员或您自己。问题是如果不进行讨论我们就有可能继续误解结果。那么即使自动验收检查通过了完成的工作也不会达到客户的期望导致我们都讨厌的可怕的返工。尝试使一切自动化将人员聚集在一个地方是一个好的开始但保持专注也很重要。目标是获得描述我们需要实现的核心业务功能的场景。有时您需要记录完成客户任务的负面场景。但是您不应该尝试预测功能可能无法工作的所有方式。请记住重点是确保一切正常运行所涉及的风险而不是为一切编写自动检查。

如果列出的场景不能反映客户期望的本质就会生成大量无用且需要额外维护的代码。模拟使用自动化时最大的挑战之一是减 阿曼数据 少自动检查中误报的数量。这些所谓的不稳定测试是的。最常见的两个问题是状态管理以及被测与平台内其他之间的复杂依赖关系。作为一个例子让我们看看我们在第章中编写的自动检查它将创建一个预订以管理员身份登录然后删除该预订预订有效负载日期早餐响应创建的管理员密码响应可能会出现这个问题因为虽然检查集中在但它使用来确保我们可以授权删除请求。这可以总结为图所示的依赖模型。



预订删除过程的成功取决于因此身份验证问题无论是用户帐户配置错误中的错误还是之间的通信问题都将导致与预订不一定相关的失败。这还可能导致持续的验证失败需要维护和调试从而降低对平台的信任。幸运的是我们可以通过使用模拟库来缓解这些问题这些库有助于隔离被测并控制进入其中的信息流如图所示。使用模拟的我们可以确定它应该接收哪些请求以什么格式以及它应该发回哪些信息。为了更好地理解模拟的的工作原理让我们看看如何使用建模工具或模拟来更新验证。