契约测试（Contract Testing）：使用 Pact 保证前后端 API 接口的一致性
各位开发者朋友，大家好！今天我们来聊一个在现代软件开发中越来越重要的话题——契约测试（Contract Testing）。特别是在微服务架构盛行的今天，前后端分离、服务间频繁交互已经成为常态，如何确保接口的稳定性与一致性？传统的端到端测试虽然有效，但成本高、效率低；而契约测试则提供了一种更轻量、更高效、更可维护的解决方案。
我们将以Pact作为核心工具，深入讲解什么是契约测试、为什么它比传统测试更优、如何在实际项目中落地，并通过完整的代码示例带你一步步构建一个真实的契约测试流程。
一、什么是契约测试？
1.1 定义
契约测试是一种验证服务之间接口一致性的测试方法。它不依赖于对方服务的实际运行状态，而是基于“双方约定”的接口规范（即契约），来检查调用方和被调用方是否遵守这个规范。
简单来说：
- 消费者（Consumer）：比如前端或另一个微服务，调用某个 API。
- 提供者（Provider）：被调用的服务，比如后端 API。
- 契约（Contract）：双方事先约定好的请求格式、响应结构、状态码等。
如果消费者发送了一个请求，提供者返回了不符合契约的结果，那就会失败——哪怕提供者的功能逻辑是正确的！
1.2 为什么需要契约测试？
我们先看一组常见问题：
