- 提供者端使用Pact的最佳实践
- 确保最新的pact契约得到验证
- 确保Pact测试作为CI构建的一部分
- 只stub那些请求内容已经被验证过的
- Stub调用下游系统
提供者端使用Pact的最佳实践
确保最新的pact契约得到验证
- 使用最新的可用的pact契约访问地址。
- 不要依赖手动干预(例如,将文件复制到
提供者
项目中)。因为这个步骤将分解或中断验证过程,导致某些验证任务错误。
- 不要试图通过手动更新pact契约的方式来“保证”测试通过。
pact:verify
是集成验证的金丝雀方式 - 而手动更新就像给金丝雀戴上防毒面具,失去了本来意义。确保Pact测试作为CI构建的一部分
它应该与所有其他测试一起运行。只stub那些请求内容已经被验证过的
如果不是在运行pact:verify
时必须要在提供者
中stub任何东西,那就不要stub。
如果您需要stub某些东西(比如下游系统),请确保只有在提取和验证请求体的内容后,再stub相关内容。否则,可能会在“POST”或“PUT”中发送旧的内容,但不会另测试失败。
Stub调用下游系统
考虑与下游系统建立一个独立的Pact
测试,并使用共享测试夹具。