第1章：Mock回放概念与原理

1.1 什么是Mock回放

说白了，Mock回放就是先把真实服务的响应录下来，然后在后续的测试中直接“放”回去，让被测系统以为自己还在跟真实服务交互。

举个例子：你的微服务要调用支付网关，可网关只能在特定环境联调，很麻烦。我就用Mock回放把一次成功的支付响应录下来，后续所有测试都走这个录制数据——又快又稳，不需要连真实支付。

我自己刚开始接触这个概念时，总觉得不就是把请求/响应存下来嘛，有什么难的？结果第一次做就被“动态字段”坑了——时间戳每次请求都不一样，回放时匹配不上……嗯，后面我会专门讲怎么处理这类问题。

1.2 与Mock Server的区别

很多人问我：“Mock回放跟普通Mock Server有啥区别？” 我用一个表格回答你。

我曾经帮团队把传统Mock Server切换到Mock回放，当时有个痛点：每次联调都靠开发手动写Mock数据，接口一变，Mock就废了。改用回放后，测试环境直接录一遍生产流量就搞定了——省心多了。

1.3 典型应用场景

在实际项目中，Mock回放主要用在以下几个地方：

• CI管道集成测试：你的构建流水线里跑集成测试，但依赖的外部服务不稳定或者没available，回放保证每次跑的结果一致。
• 压力测试：想压测自己的服务，又不敢压真实数据库或第三方API？用回放模拟海量请求，既安全又可控。
• 演示环境：给客户演示时，不能每次都依赖真实数据吧？录一套漂亮数据回放，稳定又专业。
• 回归测试：每次代码改动都跑一遍录制流量，发现响应差异就说明有影响——这比写几百个断言实用得多。

1.4 核心流程

Mock回放的工作流，我画了张图帮你理解：

流程其实不复杂：

1. 正常调用真实服务，录制器把请求和响应存到存储里。
2. CI管道跑测试时，被测服务发出的请求被拦截，交给匹配引擎。
3. 匹配引擎从存储中找到匹配的录制记录，交给回放器。
4. 回放器直接把录制响应返回给被测服务——整个过程毫秒级搞定。