状态更改 URL 是您在提供程序上创建的一个钩子,它允许 Pact 告诉提供程序在测试开始时它应该处于什么状态。在每个测试运行之前,模拟消费者点击您的提供者上的状态更改 URL,并告诉它测试期望的状态名称。
你需要做两件事:
- 配置状态更改 URL
- 在提供者上实现状态更改端点
配置状态更改 URL
您可以在提供程序验证设置中配置状态更改 URL。例如,使用maven 插件:
<serviceProvider>
<name>provider1</name>
<stateChangeUrl>http://localhost:8080/tasks/pactStateChange</stateChangeUrl>
...
或使用Gradle 提供程序插件:
hasPactWith('consumer1') {
stateChangeUrl = url('http://localhost:8080/tasks/pactStateChange')
...
这两个都告诉模拟消费者localhost:8080/tasks/pactStateChange
在每次测试之前使用它来更改提供者的状态。
实现状态更改端点
上面链接的文档告诉我们,默认情况下,请求的格式是您的状态字符串和任何参数的 POST 请求:
{ "state" : "a provider state description", "params": { "a": "1", "b": "2" } }
要使用它,您需要在提供程序上实现以下未经测试的代码:
@RequestMapping(value = "tasks/pactStateChange", method = RequestMethod.POST)
ResponseEntity<?> stateChange(@RequestBody ProviderState state) {
if (state.state == "no database") {
// Set up state for the "no database" case here
} else if state.state == "Some other state" {
// Set up state here
} else if ... // Other states go here
...
}
return ResponseEntity.ok().build()
}
请原谅该示例中的任何弹簧引导错误 - 我不是弹簧引导人,但您可以看到一般原则。
使用状态更改 URL,pact 不会告诉提供者任何设置细节。它只是告诉提供者您在测试中使用的预先同意的状态字符串。这可能类似于"foo exists"
. 然后,在实现状态更改 URL 的处理程序时,您可以检测"foo exists"
并在那里进行任何显式设置。
if (state.state == "foo exists") {
// do whatever you need to set up so that foo exists
repository.clear()
repository.insert(new Foo("arguments that foo needs",12))
}
如果您想了解更多关于提供者状态的意图,请阅读关于提供者状态的 wiki 页面。
如何在您的特定情况下执行此操作
您问:
我可以通过状态更改从 pact 文件中读取请求数据,而不是在验证端配置名字、姓氏和 id 吗?
您可能对合约测试的意图感到困惑——每个测试都是状态和请求的组合。
因此,不要使用一项测试来说:
- 我的测试是请求客户更新。如果客户存在,那么我期望 X 响应,如果不存在,那么我期望 Y 响应
你用两个测试说:
这些测试是您 Pact 合同中的两个独立项目。
其目的不是在合同中包含设置的详细信息。在消费者方面,您的状态只是一个字符串,上面写着“存在 id=1234 的客户”。
在 Provider 端,您的状态更改端点检测该 URL 并根据需要创建状态。这通常以硬编码的方式完成:
if (state == "Customer with id=1234 exists") {
Database.Clear()
Database.Insert(new Customer(1234, "John","Smith"))
} else if (state == "No customers exist") {
Database.Clear()
}
您不希望通过解析状态字符串以参数化方式执行此操作,因为这样您就在测试使用者和提供者之间创建了一个新的复杂合同。
消费者测试不应该知道如何设置提供者状态,他们应该只知道测试需要什么状态(仅按名称)。同样,提供者不需要知道正在测试什么,它只需要知道如何将状态名称转换为实际状态。