1.5.2 提供者端

确保最新的pact契约得到验证

• 使用最新的可用的pact契约访问地址。

• 不要依赖手动干预（例如，将文件复制到提供者项目中）。因为这个步骤将分解或中断验证过程，导致某些验证任务错误。

• 不要试图通过手动更新pact契约的方式来“保证”测试通过。

• pact:verify是集成验证的金丝雀方式 - 而手动更新就像给金丝雀戴上防毒面具，失去了本来意义。

  确保Pact测试作为CI构建的一部分

  它应该与所有其他测试一起运行。

  只stub那些请求内容已经被验证过的

  如果不是在运行pact:verify时必须要在提供者中stub任何东西，那就不要stub。

如果您需要stub某些东西（比如下游系统），请确保只有在提取和验证请求体的内容后，再stub相关内容。否则，可能会在“POST”或“PUT”中发送旧的内容，但不会另测试失败。

Stub调用下游系统

考虑与下游系统建立一个独立的Pact测试，并使用共享测试夹具。