Karate 服务虚拟化-空手道

服务虚拟化是个新手，但在我研究的时候，我注意到空手道也对它有一些支持。由于我已经在使用它，我很好奇它是否能满足需要。我正试图用一些重试逻辑测试调用另一个API B的API A。请求没有更改，但B可能会发送一个带有错误消息或成功消息的响应正文。其目的是重试x次，直到我们看到失败的成功。所以，问题是我如何在这个测试中模拟B的响应？当然，A提出的请求将保持不变。

空手道可以轻松做到这一点。您可以在模拟中设置一个“全局”变量，该变量将记录调用的次数。其余的是“普通”空手道

---

你应该看看这些文件。如果需要，可以单独问一个问题：

空手道很容易做到这一点。您可以在模拟中设置一个“全局”变量，该变量将记录调用的次数。其余的是“普通”空手道

---

你应该看看这些文件。如果需要，可以单独问一个具体问题：

在我阅读文档时，可能会问一个愚蠢的问题。Api A在其配置/属性/代码中的某个地方有指向B的路径，对吗？那么，如何将其路由到B的空手道模拟。在文档中，我看到我们可以创建模拟服务器和模拟响应。我很好奇，当我测试A/doSomething（内部调用实际的Api B/doSomethingForA）时，mock B会被替换成什么？@user1111871 Ok。现在开始更好地理解它了。多谢各位。我一直在阅读文档，一直觉得自己遗漏了这些信息，不确定自己是否理解了这些信息right@user1111871我推荐ZIP发布示例，您只需5分钟就可以了解它的工作原理：将这样做。谢谢-使用CI/CD环境，应用程序的部署发生在某个位置/pod上-之后的下一个阶段是与pod分开运行的验证阶段-它们完全不相交-因此没有看到拦截将如何发生。但我一直在努力学习这一点，并建立更多的空手道测试。当我阅读文档时，可能会问一个非常愚蠢的问题。Api A在其配置/属性/代码中的某个地方有指向B的路径，对吗？那么，如何将其路由到B的空手道模拟。在文档中，我看到我们可以创建模拟服务器和模拟响应。我很好奇，当我测试A/doSomething（内部调用实际的Api B/doSomethingForA）时，mock B会被替换成什么？@user1111871 Ok。现在开始更好地理解它了。多谢各位。我一直在阅读文档，一直觉得自己遗漏了这些信息，不确定自己是否理解了这些信息right@user1111871我推荐ZIP发布示例，您只需5分钟就可以了解它的工作原理：将这样做。谢谢-使用CI/CD环境，应用程序的部署发生在某个位置/pod上-之后的下一个阶段是与pod分开运行的验证阶段-它们完全不相交-因此没有看到拦截将如何发生。但我一直在努力学习这一点，并建立更多的空手道测试。非常棒的东西