• 提供者端使用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测试,并使用共享测试夹具。