mock是tdd中保障“先写测试”落地、支撑红-绿-重构闭环、隔离依赖聚焦单元逻辑、反向驱动接口合理设计、适配多层级测试实践的核心支撑。
在测试驱动开发（TDD）中，接口的Mock不是“绕过问题”的权宜之计，而是保障TDD循环可持续推进的核心支撑。它让“先写测试”这一前提真正落地——哪怕被依赖的接口尚未实现，也能基于契约快速构建可运行、可验证的测试用例。
支撑“红-绿-重构”闭环启动
当接口协议（如OpenAPI文档或接口定义类）已明确，但下游服务还未编码时，Mock能立即生成该接口的虚拟实现：
- 测试人员或开发者可据此编写调用该接口的单元测试，触发“红”阶段（测试失败）
- 随后实现真实逻辑，使测试变“绿”
- 整个过程不阻塞开发节奏，也不依赖环境部署或他人进度
隔离依赖，聚焦被测逻辑
TDD强调单个单元的行为验证，而非集成效果。Mock接口能切断与真实外部系统的耦合：
- 避免因数据库连接超时、第三方API限流等环境因素导致测试随机失败
- 确保每次执行都是对同一段业务逻辑的稳定校验
- 便于模拟边界场景：如空响应、500错误、超时、重复返回等真实系统难稳定复现的状态
反向驱动接口设计合理性
在编写Mock时需明确方法签名、参数结构、异常类型和返回值语义。这个过程会自然暴露设计缺陷：
- 参数是否过度复杂？能否简化为DTO或Value Object？
- 异常分类是否清晰？是否混用了业务异常与系统异常？
- 返回结果是否具备可断言性？比如是否包含足够标识字段用于验证？
适配不同层级的TDD实践
Mock接口在TDD中并非只服务于单元测试：
- 在组件级TDD中，可用Mock替代微服务间HTTP调用，验证服务编排逻辑
- 在契约测试前，通过Mock快速验证消费者端对Provider接口的使用是否符合预期
- 结合CI流水线，将Mock服务注册为自动化测试环境中的固定依赖，实现“测试即文档”
