依赖于先前请求的响应的 Pact 请求
Pact Request That Depends on the Response from A Previous Request
我正在使用 Pact 框架来测试来自服务的一些 API。我有一个 API 启动一些后端执行。我们称它为请求 A 和响应 returns 一个唯一的执行 ID。第二个API(请求B)发送从请求A返回的执行ID来拉取执行状态。在这种情况下如何设置契约测试?问题是动态生成的执行 ID。我知道提供者可以向消费者注入一些提供者状态。因此,可能会注入执行 ID。但我不确定如何从提供商方面进行注入。它需要访问来自响应 A 的响应并为第二个请求注入执行 ID(可能带有提供者状态回调)。
您需要对提供商中发生的事情有很多控制权,Pact 才能为您工作。
每个交互都是单独验证的(在某些框架中,以随机顺序),并且在交互之间应清除所有状态,因此您需要使用提供者状态来设置任何由创建的数据最初的要求。关于执行 ID 之类的东西,您可以使用不同的代码实现来生成仅用于 Pact 测试的 ID。
我正在使用 Pact 框架来测试来自服务的一些 API。我有一个 API 启动一些后端执行。我们称它为请求 A 和响应 returns 一个唯一的执行 ID。第二个API(请求B)发送从请求A返回的执行ID来拉取执行状态。在这种情况下如何设置契约测试?问题是动态生成的执行 ID。我知道提供者可以向消费者注入一些提供者状态。因此,可能会注入执行 ID。但我不确定如何从提供商方面进行注入。它需要访问来自响应 A 的响应并为第二个请求注入执行 ID(可能带有提供者状态回调)。
您需要对提供商中发生的事情有很多控制权,Pact 才能为您工作。
每个交互都是单独验证的(在某些框架中,以随机顺序),并且在交互之间应清除所有状态,因此您需要使用提供者状态来设置任何由创建的数据最初的要求。关于执行 ID 之类的东西,您可以使用不同的代码实现来生成仅用于 Pact 测试的 ID。