2. Mock依赖隔离原理
在微服务架构中，服务间依赖错综复杂。契约测试的核心挑战之一，就是如何在隔离环境中验证服务间的交互行为。本章深入剖析Mock对象的概念、依赖隔离的必要性、Stub与Mock的本质区别，以及主流Mock框架的选型对比，为后续的契约测试实践奠定理论基础。
2.1 Mock对象的概念
Mock对象是测试替身（Test Double）的一种，用于模拟真实依赖对象的行为。在契约测试中，Mock对象扮演着“被依赖方”的角色，它不执行真实的业务逻辑，而是根据预设的期望返回特定的响应。
核心定义：Mock对象是一个预先编程了期望行为（Expectation）和验证逻辑（Verification）的替身对象。它不仅能返回预设数据，还能验证调用方是否按照契约正确调用了被依赖方。
Mock对象具备以下三个关键特征：
- 行为预设：在测试执行前，定义Mock对象在接收到特定请求时应返回的响应。
- 交互验证：测试执行后，验证Mock对象是否按照预期被调用（包括调用次数、参数、顺序等）。
- 状态隔离：Mock对象不依赖真实数据库、外部服务或文件系统，完全在内存中运行。
2.2 依赖隔离的必要性
在微服务架构中，服务之间的依赖关系错综复杂。如果不进行依赖隔离，测试将面临以下严重问题：
| 问题 | 描述 | 后果 |
|---|---|---|
| 测试脆弱性 | 测试结果受依赖服务的可用性、数据状态、网络延迟等因素影响 | 测试频繁失败，降低团队对测试的信任度 |
| 环境耦合 | 需要同时启动所有依赖服务才能运行测试 | 测试环境搭建复杂，资源消耗巨大 |
| 反馈延迟 | 依赖服务的部署周期长，导致测试反馈滞后 | 问题发现晚，修复成本高 |
| 并行阻塞 | 多个团队同时修改依赖服务时，测试相互阻塞 | 开发效率下降，交付周期延长 |
| 边界覆盖难 | 难以模拟超时、异常、错误码等边界场景 | 测试覆盖率不足，线上故障风险高 |
最佳实践：在契约测试中，依赖隔离是强制要求。Consumer端的测试必须使用Mock对象替代真实的Provider服务，确保测试的确定性、快速性和可重复性。
2.3 Stub与Mock的区别
Stub和Mock是两种最常见的测试替身，但它们在目的和使用方式上有本质区别。理解这一区别是正确使用契约测试工具的前提。
| 维度 | Stub（桩） | Mock（模拟） | 契约测试选择 |
|---|---|---|---|
| 核心目的 | 提供预设的返回值，让测试通过 | 验证交互行为是否符合预期 | Mock |
| 验证方式 | 不验证调用过程，只关注结果 | 验证调用次数、参数、顺序 | Mock |
| 状态管理 | 通常有状态，可多次调用返回不同值 | 无状态，每次调用按预设响应 | Mock |
| 使用场景 | 数据驱动测试、状态模拟 | 行为驱动测试、契约验证 | Mock |
| 失败表现 | 返回错误数据或抛出异常 | 断言失败，明确提示交互不匹配 | Mock |
| 典型框架 | WireMock（部分场景）、EasyMock（Stub模式） | Mockito、MockServer、Pact | Pact |
常见误区：很多开发者将Stub和Mock混用，认为“只要返回了预设数据就是Mock”。在契约测试中，这种混淆会导致测试无法真正验证交互契约。Pact框架严格遵循Mock模式：它不仅记录Provider的响应，还验证Consumer是否按照契约发起请求。
2.4 Mock框架选型对比
选择合适的Mock框架是契约测试落地的关键一步。以下从多个维度对比主流Mock框架，帮助你在不同场景下做出正确选择。
| 框架 | 类型 | 协议支持 | 契约生成 | 验证能力 | 性能 | 推荐场景 |
|---|---|---|---|---|---|---|
| Pact | 契约测试框架 | HTTP, gRPC, GraphQL | 自动生成 | 强（交互+数据） | 中 | 微服务契约测试 |
| MockServer | HTTP Mock服务器 | HTTP, HTTPS | 手动配置 | 中（请求匹配） | 高 | 集成测试、API模拟 |
| WireMock | HTTP Mock服务器 | HTTP, HTTPS | 手动配置 | 中（请求匹配） | 高 | 本地开发、端到端测试 |
| Mockito | 单元测试Mock | Java方法调用 | 无 | 强（方法级） | 极高 | 单元测试、内部依赖 |
| Mountebank | 多协议Mock | HTTP, TCP, SMTP | 手动配置 | 弱 | 中 | 异构系统模拟 |
选型决策要点
- 契约测试首选Pact：Pact是专为契约测试设计的框架，支持Consumer-Driven Contracts，自动生成契约文件，并提供Broker进行契约管理和版本验证。
- 集成测试选MockServer/WireMock：当需要模拟HTTP服务进行集成测试时，这两个框架提供了丰富的匹配规则和响应模板。
- 单元测试用Mockito：对于Java项目内部的依赖隔离，Mockito轻量高效，适合方法级别的Mock。
- 多协议场景用Mountebank：当需要模拟非HTTP协议（如TCP、SMTP）时，Mountebank是唯一的多协议选择。