后端把接口字段改名以后，前端总是到联调或上线才坏，能不能在合并代码前就指出哪个约定被破坏了？
api.service.local/v1/users/42const avatar = user.avatar_url const name = user.nickname
GET /v1/users/42 → 200
{
"avatar_url": "string",
"nickname": "string"
}↳契约只记录页面真正读取的字段；后端仍可返回其他数据。
失败前：双方只靠口头约定：用户资料页读取 avatar_url 显示头像，后端重构时却把它改成 avatar。后端自己的单元测试仍可能通过，因为它不知道前端依赖旧字段；问题通常要到联调或发布后才暴露。
补入契约并让提供方反馈：前端用一次真实请求写下最小约定：状态码成功，响应里必须有 id、avatar_url 和 nickname，并注明需要的类型。后端在持续集成中重放场景；若字段缺失，检查应指出缺少 avatar_url 并阻止不兼容修改合并。Pact 是常见实现工具之一，不是契约测试本身的同义词。
改善证据：先确认会失败，再恢复兼容：验收时先故意把 avatar_url 改名，确认检查失败；再恢复旧字段或提供兼容转换，确认检查通过。这样证明测试确实能拦住这次破坏，而不只是多了一条永远通过的脚本。
我们前端依赖 GET /v1/users/:id 返回 id、avatar_url 和 nickname。请先根据前端真实读取的字段补一条调用方契约，再在后端 CI 中验证真实响应。验收时故意把 avatar_url 改成 avatar，确认 PR 明确提示缺少 avatar_url 且不能合并；恢复兼容字段后再确认检查通过。