契约测试
微服务架构下的关键测试方法，由Pact框架推广普及。消费者与提供者之间的接口交互规范被记录为「契约」，双方独立验证各自是否遵守该契约，无需依赖端到端集成环境即可发现接口不兼容问题，是高级测试工程师的核心技能之一。
核心事实
时间轴 (近 90 天)
负面路径测试验证系统在无效输入、异常状态或资源故障时的行为，而契约测试确保服务间接口的约定在变更中保持兼容。
在AI生成代码的场景下，契约测试尤其有价值，因为AI可以独立生成消费方和提供方代码，但无法保证二者对同一份契约的理解一致。
实践中通常引入契约测试或录制回放机制，用固定样本验证适配器在协议变更后是否仍然正确解析，把版本漂移的风险限制在可控范围内。
契约测试（Contract Testing）验证组件之间的交互约定是否被遵守，与传统的单元测试互补：单元测试保证组件内部正确，契约测试保证边界交接正确。
对每个组件单独编写测试并全部通过，并不能保证组件按预期组合协同工作（测试覆盖的组合谬误）
契约测试源自微服务领域，核心思想是消费方与提供方通过共同认可的契约解耦，Pact 是该领域最具代表性的开源框架
MockAgent 本质上把契约测试的理念引入 Agent 开发领域，在每次工具调用时自动执行消费方侧的契约验证
可替换性标准的理论来源是面向对象设计中的里氏替换原则（LSP），并与微服务架构中的契约测试实践吻合
沙箱验证与契约测试形成互补：契约测试确保API结构兼容性，沙箱验证确保运行时行为正确性
契约测试无法覆盖运行时的动态行为，如限流、超时、并发冲突、Webhook回调的时序问题
还有 1 条时间轴事件
全部知识事实 (15)
建议通过设计针对性测试用例与官方渠道输出进行交叉比对，验证中转站调用的模型真实性
80%已验证契约测试是微服务架构中的成熟实践，可通过消费者驱动的契约验证接口兼容性，Pact是该领域最知名的开源工具
65%已验证Consumer-Driven Contract Testing（消费者驱动的契约测试，如Pact框架）将契约验证自动化，消费方定义期望，提供方在CI中持续验证
65%待验证契约测试通过记录消费者与提供者之间的接口交互规范为契约，双方独立验证，无需依赖端到端集成环境即可发现接口不兼容问题
60%待验证负面路径测试验证系统在无效输入、异常状态或资源故障时的行为，而契约测试确保服务间接口的约定在变更中保持兼容。
50%待验证在AI生成代码的场景下，契约测试尤其有价值，因为AI可以独立生成消费方和提供方代码，但无法保证二者对同一份契约的理解一致。
50%待验证实践中通常引入契约测试或录制回放机制，用固定样本验证适配器在协议变更后是否仍然正确解析，把版本漂移的风险限制在可控范围内。
50%待验证契约测试（Contract Testing）验证组件之间的交互约定是否被遵守，与传统的单元测试互补：单元测试保证组件内部正确，契约测试保证边界交接正确。
50%待验证对每个组件单独编写测试并全部通过，并不能保证组件按预期组合协同工作（测试覆盖的组合谬误）
50%待验证MockAgent 本质上把契约测试的理念引入 Agent 开发领域，在每次工具调用时自动执行消费方侧的契约验证
50%待验证契约测试源自微服务领域，核心思想是消费方与提供方通过共同认可的契约解耦，Pact 是该领域最具代表性的开源框架
50%待验证可替换性标准的理论来源是面向对象设计中的里氏替换原则（LSP），并与微服务架构中的契约测试实践吻合
50%待验证契约测试无法覆盖运行时的动态行为，如限流、超时、并发冲突、Webhook回调的时序问题
50%待验证沙箱验证与契约测试形成互补：契约测试确保API结构兼容性，沙箱验证确保运行时行为正确性
50%待验证契约测试确保API的结构兼容性，但无法覆盖运行时的动态行为（如限流、超时、并发冲突）
50%