3. Mock隔离概念：Mock测试的定义、为什么在可观测性中需要Mock隔离、Mock与Stub的区别
3.1 Mock测试的定义与核心思想
Mock测试（模拟测试）是一种在软件测试中创建模拟对象来替代真实依赖项的实践。这些模拟对象可以模拟真实组件的行为，并允许测试者验证被测试单元与依赖项之间的交互是否符合预期。
在可观测性系统中，Mock测试的核心思想是：在不依赖真实基础设施的情况下，验证观测数据的采集、处理、导出链路是否正确。例如，模拟一个微服务发送特定格式的Trace数据，验证OpenTelemetry Collector是否正确解析并导出到后端。
关键特征：
- 行为验证：Mock不仅返回预设结果，还会记录调用次数、参数、顺序等交互信息。
- 轻量隔离：无需启动数据库、消息队列、第三方APM服务等真实依赖。
- 确定性反馈：每次测试运行结果一致，不受外部环境波动影响。
3.2 为什么在可观测性中需要Mock隔离
可观测性系统（如基于OpenTelemetry的链路追踪、指标采集、日志聚合）通常涉及多个分布式组件，直接进行端到端测试会面临以下挑战：
| 挑战 | 说明 | Mock隔离的解决方案 |
|---|---|---|
| 依赖不可控 | 真实后端（如Jaeger、Prometheus、Elasticsearch）可能未部署或版本不一致 | Mock后端行为，验证Exporter发送的数据格式和协议 |
| 数据污染 | 测试产生的观测数据可能混入生产环境，干扰监控告警 | Mock隔离确保测试数据不流出测试范围 |
| 成本与资源 | 启动完整可观测性栈（Collector + 后端 + 存储）消耗大量资源 | Mock Collector和Backend，单机即可运行数百个测试用例 |
| 非确定性 | 网络延迟、并发竞争导致测试结果不稳定 | Mock模拟固定延迟和响应，保证测试可重复 |
| 安全合规 | 某些场景下不允许将真实业务数据发送到外部观测平台 | Mock隔离确保敏感数据仅在本地模拟环境中流转 |
实战经验：在OpenTelemetry SDK的单元测试中，官方大量使用MockSpanExporter来验证Span的创建、属性注入和导出逻辑，而无需连接真实的Jaeger或Zipkin后端。
3.3 Mock与Stub的区别
Mock和Stub是测试替身（Test Double）的两种常见形式，但它们在目的和使用方式上有本质区别：
| 维度 | Stub（桩） | Mock（模拟） |
|---|---|---|
| 核心目的 | 提供预设的返回值，使被测对象能正常运行 | 验证被测对象与依赖项的交互行为是否符合预期 |
| 验证方式 | 不验证交互，只关注状态 | 验证交互，如方法是否被调用、调用次数、参数值 |
| 典型场景 | 模拟数据库返回固定数据集 | 验证日志记录器是否在特定条件下调用了error()方法 |
| 断言位置 | 对被测对象的返回值进行断言 | 对Mock对象本身进行断言（verify） |
| 可观测性示例 | Stub一个MetricReader返回固定指标值 | Mock一个SpanExporter，验证export()方法被调用了3次 |
用一句话总结：Stub问“结果是什么”，Mock问“过程是怎样的”。在可观测性Mock隔离实践中，我们通常同时使用两者——用Stub模拟数据源，用Mock验证观测链路的交互行为。
常见误区：很多开发者将Mock和Stub混用，导致测试既想验证状态又想验证行为，最终测试变得脆弱且难以维护。建议遵循“单一职责”原则：一个测试替身只承担一种角色。
3.4 Mock隔离在可观测性中的典型架构
下图展示了在OpenTelemetry链路中，Mock隔离如何替代真实组件，实现可观测性功能的独立验证：
3.5 Mock隔离在OpenTelemetry中的代码示例
以下是一个使用Mock隔离验证Span导出的典型测试代码（基于Java OpenTelemetry SDK）：
// 1. 创建Mock SpanExporter
public class MockSpanExporter implements SpanExporter {
private final List<SpanData> exportedSpans = new ArrayList<>();
private CompletableResultCode result = CompletableResultCode.ofSuccess();
@Override
public CompletableResultCode export(Collection<SpanData> spans) {
exportedSpans.addAll(spans);
return result;
}
@Override
public CompletableResultCode flush() {
return CompletableResultCode.ofSuccess();
}
@Override
public void shutdown() {}
public List<SpanData> getExportedSpans() {
return exportedSpans;
}
}
// 2. 测试用例：验证Span是否正确导出
@Test
public void testSpanExportWithMock() {
MockSpanExporter mockExporter = new MockSpanExporter();
SdkTracerProvider tracerProvider = SdkTracerProvider.builder()
.addSpanProcessor(SimpleSpanProcessor.create(mockExporter))
.build();
Tracer tracer = tracerProvider.get("test-service");
Span span = tracer.spanBuilder("test-operation").startSpan();
span.setAttribute("key", "value");
span.end();
// 3. 验证Mock交互行为
assertEquals(1, mockExporter.getExportedSpans().size());
SpanData exportedSpan = mockExporter.getExportedSpans().get(0);
assertEquals("test-operation", exportedSpan.getName());
assertEquals("value", exportedSpan.getAttributes().get(AttributeKey.stringKey("key")));
}
Mock隔离最佳实践：
- 始终为每个测试用例创建新的Mock实例，避免状态污染。
- 优先验证交互行为（调用次数、参数），而非Mock内部状态。
- 结合Stub模拟数据源，结合Mock验证观测链路，各司其职。