集成测试：如何为第三方服务做集成测试？

joypaul00

当我们谈论第三方服务时，集成测试包括验证我们的应用程序和这些服务之间的通信。 如今，通过将软件分发到服务中（或更彻底地分发到微服务中）来构建软件几乎始终是启动新项目的第一选择。 有几个理由可以作为论据提出： 有关业务规则的职责分配； 团队之间的开发敏捷性和独立性； 可扩展性增益等 这条道路总是会给我们带来一个问题。 随着应用程序架构中服务的分布，它们之间的通信成为确保系统正常运行的极其重要的项目。 然后，我们开始寻找方法来保证应用程序服务之间集成的高度稳定性。 让我们更深入地了解一下。 当我们使用第三方服务来编写我们的应用程序时该怎么办？ 如何高效地进行集成测试？ 本文旨在探讨第三方服务集成时出现的问题以及在此场景中进行集成测试的方式。 最后，列出了市场上可用的工具，可以帮助我们克服这一挑战。 >>推荐阅读：自动化测试的 最大优势 隐藏内容 第三方服务集成测试 对第三方服务的常见请求 使用第三方服务响应的存根或模拟 集成测试：虚拟服务？ 市场上可用的模拟和或虚拟化服务 第三方服务集成测试 关于集成测试的最重要的概念是，给定域中的不同代码单元在分组和组合时应该产生预期的结果。 然而，集成测试是单元测试之上的一层。

但原则上，这些测试将在同一软件的不同服务之间进行。 当我们处理第三方服务之间的集成时，这个问题变得更加复杂。 此上下文中的单元是负责通过其 API 进行通信的不同业务领域的不同软件。 这种情况下的集成测试需要涵盖并回答 币安应用用户数据 迄今为止不存在的问题，例如： 如何保证我所使用的服务的 API 在测试运行时可用？ 我是否需要使用第三方服务的生产 API 来运行我的测试，或者该 API 是否提供某种类型的沙箱？ 我是否需要小心不要达到与此 API 签订的合同中的请求限制？ 今天，从宏观上来说，我们可以通过条路径来处理这些问题。 可以使用以下方法执行集成测试： 对第三方服务的常见请求 第三方服务响应的存根或模拟 虚拟服务 对第三方服务的常见请求 第三方服务 面对问题最简单的方法！ 在集成测试中，常见请求会发送到待测试服务的API 。 但这需要我们牢记一些事情。 首先，像任何Web应用程序一样，被测试的服务在测试时可能不可用，这将触发测试失败。



如果您的团队在应用程序的开发和交付中使用 CICD 概念，您的流程可能会由于与外部 API 的通信暂时中断而中断。 执行查询请求不会影响您使用第三方服务的数据。 但是，例如，使用 POST 方法发出请求可能会需要删除或恢复在测试时修改的数据。 此方法还存在第三方服务超载的风险，这可能会导致请求被拒绝，具体取决于您为此通信所签订的合同类型。 也就是说，尽管这是测试集成最简单的方法，但它也是最不适合此目的的。 使用第三方服务响应的存根或模拟 存根和模拟是相似的概念，并且通常被视为同义词。 一些来源将存根视为硬编码数据，即对给定场景中服务响应的固定模拟。 在这种推理中，模拟是对对象或响应的模拟，可以为每个测试以更动态的方式构建。 如果我们有各种各样的测试，为每个测试 编写一个存根可能会变得不可行。 通常模拟是在库或服务的帮助下构建的。 这意味着测试结构可以标准化并在团队开发人员之间共享。 但是，使用假定的“模拟”响应对象与第三方集成并不能识别在接近生产环境中发现的上下文中与第三方 API 进行实际通信时可能出现的故障或异常情况。