php小编子墨今天要为大家介绍的是application-go + BDD-java中模拟第三方服务的方法。在软件开发过程中，我们经常需要与第三方服务进行交互，但在测试阶段，我们可能无法直接访问这些服务。为了解决这个问题，我们可以使用application-go和BDD-java来模拟第三方服务的行为，从而进行更有效的测试。下面，让我们一起来了解一下具体的实现方法吧！

问题内容

我最近开始研究 BDD（使用 Gherkin + Restassured）。需要模拟第三方servicd，下面是我的用例。

1. 服务 A 在内部调用服务 B
2. 该应用程序位于 goLang 中。
3. BDD 采用 Java 语言。

我们有一个 CI 管道在运行，它生成 rpm 并将 rpm 部署到虚拟机中。 在该 VM 上，我们运行 BDD（当前 Service-A 和 Service-B 部署在同一 VM 上）

有没有办法可以模拟 Service-B，这样我就不必依赖 Service-B？如果是的话，这里最好的方法是什么。

尝试过 goLang httptest 在单元测试级别模拟服务。 但是在使用 BDD 在管道中创建 rpm 后如何进行模拟。

谢谢

解决方法

如果您的服务 A 在内部调用服务 B，而不是通过 Web 或 RPC，那么您可以使用依赖项注入来注入服务 B 的“假”版本。（请注意，这不一定涉及依赖项注入框架；基于构造函数和基于属性的注入也是有效的）。如果服务B没有接口，则提取一个并使用瘦适配器根据环境调用真实服务或假服务。

只要场景仅与服务 A 的用户界面或 API 交互，您就不需要更改场景。

您将需要更改构建管道的工作方式，以便它使用您的假代码而不是真实代码进行部署。

您甚至可以在运行时执行此操作，通过让适配器调用相关服务来从假的切换到真实的东西。切换或部署可以由环境变量或构建参数触发。

但请小心，不要将测试服务部署到生产环境！

如果您使用持续部署，那么理想情况下，构建管道中的最后一步应该部署并测试与实际服务的交互。如果由于某种原因这是您唯一的工作方式，您仍然可以做一些可能有帮助的事情：

• 您可以存根服务 B 使用的数据，以便其以可预测的方式运行

• 您可以使用测试实例。请联系您的服务提供商，看看他们是否有适合您的服务。我建议您仍然应该检查实际服务的部署是否成功，最好使用某种自动化测试，即使必须在生产中运行。只需进行基本的冒烟测试即可检查系统是否已连接。请注意，部署越容易，就越容易从错误中恢复；如果您不能快速部署，那么您将需要更彻底的检查。

如果 RPM 是在没有任何类型的伪造或测试实例的情况下创建和部署的，并且您无法配置环境以使用此类伪造或测试实例，那么您将无法模拟它。构建管道必须是部署伪造的一部分。如果您可以控制 CI 管道，那么这不会是问题；否则请联系您的构建团队。他们可能有经验或能够向您推荐可以帮助您的其他人。毕竟，伟大的 BDD 是由对话驱动的！