WireMock 播放和录音可以同时使用吗?
Can WireMock play and record be used at the same time?
我有一个连接到外部第三方的应用程序 API,最近 API 的测试实例并不是特别可靠。这会停止开发进度并将我们的构建管道变为红色,因此我想添加一个 HTTP 记录代理来阻止这种情况的发生。
我已经 WireMock recommended, and having tried its record and play features,它看起来确实非常好 - 它几乎是开箱即用的。我们简单的把对外服务配置的URL改一下,然后这样记录:
java -jar wiremock-standalone-2.3.1.jar \
--port 8080 \
--proxy-all="https://test-api.example.com/" \
--record-mappings \
--verbose
这会在当前工作目录中创建缓存文件夹,然后可以通过杀死记录器并切换到播放来切换到播放模式:
java -jar wiremock-standalone-2.3.1.jar \
--port 8080 \
--verbose
但是,要在实践中使用它,我需要通过测试回归包 运行 设置我的应用实例,以记录大量 API 使用情况,然后启动它每天说一个。然后我需要停止记录器并将缓存文件复制到播放过程,然后重新启动播放过程。
这可能会奏效,但感觉有很多移动部件,理想情况下我想 运行 同时播放和录制。如果需要新的 API 调用(由于自然的项目更改),这将允许自动刷新缓存,但默认情况下会在找到匹配项的地方播放。
这可能吗?我不是 Java 程序员,但假设如果要编写 WireMock 插件,它可能可用。如果这可以在控制台上完成就好了,但是手册的措辞表明维护者认为播放和录制是分开的事情。
我确实想知道我是否可以切换到 Mountebank, which looked like it might support this, however it turns out 。无论如何,我喜欢 WireMock 的入门简单,所以如果可能的话我想坚持使用它。
WireMock 目前还不能完全满足您的要求,但是:
1) 播放时可以使用--proxy-all
参数,不能使用--record-mappings
。这将导致任何与现有存根映射(记录的或其他方式)不匹配的请求被代理到实际服务。
2) 一种让您非常接近您所追求的解决方法是在您收集了一些新记录的映射后将 POST
发送到 /__admin/mappings/reset
端点。这会导致扫描文件系统并(重新)加载所有映射。
我有一个连接到外部第三方的应用程序 API,最近 API 的测试实例并不是特别可靠。这会停止开发进度并将我们的构建管道变为红色,因此我想添加一个 HTTP 记录代理来阻止这种情况的发生。
我已经 WireMock recommended, and having tried its record and play features,它看起来确实非常好 - 它几乎是开箱即用的。我们简单的把对外服务配置的URL改一下,然后这样记录:
java -jar wiremock-standalone-2.3.1.jar \
--port 8080 \
--proxy-all="https://test-api.example.com/" \
--record-mappings \
--verbose
这会在当前工作目录中创建缓存文件夹,然后可以通过杀死记录器并切换到播放来切换到播放模式:
java -jar wiremock-standalone-2.3.1.jar \
--port 8080 \
--verbose
但是,要在实践中使用它,我需要通过测试回归包 运行 设置我的应用实例,以记录大量 API 使用情况,然后启动它每天说一个。然后我需要停止记录器并将缓存文件复制到播放过程,然后重新启动播放过程。
这可能会奏效,但感觉有很多移动部件,理想情况下我想 运行 同时播放和录制。如果需要新的 API 调用(由于自然的项目更改),这将允许自动刷新缓存,但默认情况下会在找到匹配项的地方播放。
这可能吗?我不是 Java 程序员,但假设如果要编写 WireMock 插件,它可能可用。如果这可以在控制台上完成就好了,但是手册的措辞表明维护者认为播放和录制是分开的事情。
我确实想知道我是否可以切换到 Mountebank, which looked like it might support this, however it turns out
WireMock 目前还不能完全满足您的要求,但是:
1) 播放时可以使用--proxy-all
参数,不能使用--record-mappings
。这将导致任何与现有存根映射(记录的或其他方式)不匹配的请求被代理到实际服务。
2) 一种让您非常接近您所追求的解决方法是在您收集了一些新记录的映射后将 POST
发送到 /__admin/mappings/reset
端点。这会导致扫描文件系统并(重新)加载所有映射。