Hoverfly：用于集成测试的服务虚拟化

joypaul00

我最近解决了我们在应用程序和第三方服务之间实施集成测试时遇到的问题。 Hoverfly是提到的旨在帮助解决此问题的工具之一。 根据其自己的文档：“Hoverfly 是一个轻量级的 API 模拟工具”，它可以对您的应用程序所依赖的服务进行真实的模拟。 一些第三方服务（不多）提供一种“沙盒”环境，您可以在其中运行测试而不影响生产帐户中的数据。此功能解决了上述问题。 好的，但是其他不提供这种“沙盒”环境的服务呢？该怎么办？ Hoverfly 旨在为您提供创建自己的第三方服务沙箱（用于开发和测试应用程序的模拟环境）所需的资源。 与 mocs 和存根（其他集成测试方法）不同，环境模拟允许您在非常接近生产中实际情况的场景中测试应用程序。 您可以测试以下方面： 网络延迟模拟； 综合业务故障模拟； 模拟请求数量限制； 创建由应用程序的业务规则生成的特定场景。 现在让我们转向更技术性的方法来了解 Hoverfly 的工作原理。我们可以通过两种方式使用它： 作为代理服务器； 就像网络服务器一样。 >>推荐阅读： 为什么要做自动化测试？ 隐藏内容 作为代理服务器使用 作为网络服务器使用 拍摄模式 模拟模式 间谍模式 合成模式 修改方式 莫多差异 Hoverfly 是否适用于任何情况？ 用作代理服务器 在这种方法中，Hoverfly 将充当应用程序和集成服务之间的中介，其作用与网络代理完全相同。

下图说明了该场景中请求结构的工作原理： 在这种情况下，可以以一定的精度测量网络延迟如何影响应用程序与其集成的服务之间的通信。 但这样，您在测试中仍然需要与第三方服务进行通信。因此，这是应用程序开发阶段通常使用的场景，尤其是在功 币安应用用户数据 能性能测试等方面。 用作网络服务器 使用 Hoverfly 作为 Web 服务器意味着该工具本身将模拟第三方服务给出的响应。下图展示了该场景下的请求结构： 这样我们就可以模拟自动化集成测试的无数种可能性，例如： 模拟被测试服务提供的各个端点的响应； 测试可能的响应失败； 模拟请求数量的限制。 为了创建这些不同的场景，Hoverfly 可以配置为在 种不同的模式下运行，但限制是它一次只能在一种模式下运行： 捕捉模式； 模拟模式； 间谍模式； 合成模式； 修改方式； 差分模式 拍摄模式 在此模式下，Hoverfly 作为代理运行，拦截您的应用程序和第三方服务之间的通信，并透明地记录来自应用程序的请求以及第三方服务对每个请求给出的响应。 通常，此模式用于服务模拟的构建和配置阶段，当我们在模拟模式下激活 Hoverfly 时将使用该服务模拟。它充当我们的应用程序和相关服务之间的数据捕获阶段。 正如您可能已经想象到的，当 Hoverfly 作为 Web 服务器运行时，不可能运行捕获模式。



模拟模式 在模拟模式下，您的应用程序和第三方服务之间不会有数据流量。 Hoverfly 将使用手动或通过捕获模式创建的模拟数据来响应应用程序请求。 通常，自动端点响应集成测试使用此模式运行。 间谍模式 在此模式下，模拟数据中记录的响应与第三方服务的真实响应进行比较。 这样，就可以识别集成服务的结构或响应数据何时被修改。 合成模式 使用此模式是为了测试在应用程序和第三方服务之间放置用于处理请求响应的中间件的场景。 听起来很复杂，但它的工作方式与模拟模式几乎相同，但不是直接从模拟数据模拟答案，而是放置一段代码或中间服务来处理此类数据并提供对问题的答案的请求。 由于所集成服务的某种特殊性，在捕获模式下创建模拟数据非常困难时，通常使用此模式。 在这些情况下，您可以使用中间件来提供更准确、更接近现实的答案。 改装方式 与捕捉模式非常相似。不同之处在于修改模式不像捕获模式那样记录请求和响应。 此外，请求和响应在到达真正的目的地之前都会经过中间件。 此模式可用于在将实际请求发送到集成服务之前修改安全关键数据，并在处理响应时恢复它。 差分模式 如果您需要详细查询同一端点在不同时间的响应差异，这是理想的方法。 通过Hoverfly，您可以看到发送到真实集成服务的请求的当前响应与记录的模拟数据之间的差异列表。 为此，hoverfly 存储对请求的模拟响应和真实响应。