Mock测试：模块边界验证实战 - 第1节
1.1 Mock 测试的本质定义
Mock 测试是一种在模块边界处使用模拟对象（Mock Object）替代真实依赖的验证技术。其核心理念是：在测试目标模块时，将其外部依赖（数据库、网络服务、文件系统、其他微服务等）替换为可控的“替身”，从而隔离被测模块，专注于验证其内部逻辑的正确性。
一个 Mock 对象具备三个基本能力：状态预设（指定被调用时的返回值）、行为验证（断言是否按预期被调用）、异常注入（模拟超时、错误码等异常场景）。
关键区分：Mock 与 Stub 不同。Stub 只提供预设返回值，不记录调用行为；Mock 则同时记录调用次数、参数、顺序，并在测试结束时对调用行为进行断言。
1.2 与传统集成测试的核心区别
传统集成测试将模块与其真实依赖同时启动运行，验证它们协作的正确性。Mock 测试则刻意切断这种耦合，在模块边界处插入模拟层。下表从四个关键维度对比二者的差异：
| 对比维度 | 传统集成测试 | Mock 测试 |
|---|---|---|
| 依赖范围 | 包含所有真实外部组件（DB、网络、第三方） | 仅包含被测模块自身，外部依赖由 Mock 替代 |
| 执行速度 | 慢（秒级到分钟级，受网络/IO影响） | 快（毫秒级，纯内存运算） |
| 测试独立性 | 依赖共享环境，测试间可能相互干扰 | 完全隔离，每次测试独立且可重复 |
| 环境要求 | 需要搭建并维护完整的集成环境 | 不需要外部基础设施，可离线运行 |
业界实践：Google 在《软件测试之道》中推荐“测试金字塔”模型——单元测试（大量使用 Mock）占总测试量的 70% 以上，服务测试占 20%，端到端测试仅占 10%。Mock 测试是快速反馈的第一道防线。
1.3 适用场景判断
Mock 测试并非万能，在以下三类场景中收益最高：
- 模块边界对外部系统敏感：被测模块每次调用都会触发网络请求、磁盘 IO 或数据库事务，Mock 可以消除这些不稳定因素。
- 需要覆盖异常与边界路径：真实依赖难以触发的超时、连接重置、错误码返回等场景，Mock 可以精确注入。
- 并行开发阶段：上游接口尚未实现，Mock 让下游开发者无需等待即可编写并执行测试。
避免过度 Mock：对纯业务逻辑（如字符串处理、数学计算）不应使用 Mock。Mock 只应放置在模块与外部系统的边界处。过度 Mock 会导致测试与实现耦合过紧，重构时测试频繁失效。
1.4 模块边界验证的经典代码示例
以下 Python 示例展示一个订单服务模块，其真实依赖是外部支付网关。使用 Mock 后，可以在不启动支付服务的情况下验证订单处理逻辑。代码使用 unittest.mock 标准库。
# order_service.py — 被测模块
class OrderService:
def __init__(self, payment_gateway):
self.payment_gateway = payment_gateway
def process_order(self, order_id, amount):
if amount <= 0:
raise ValueError("金额必须大于0")
receipt = self.payment_gateway.charge(amount)
if receipt["status"] == "failed":
raise RuntimeError("支付失败")
return {"order_id": order_id, "status": "paid", "receipt": receipt["id"]}
# test_order_service.py — Mock 测试用例
from unittest import TestCase, mock
class TestOrderService(TestCase):
@mock.patch("order_service.PaymentGateway")
def test_process_order_success(self, mock_gateway):
mock_gateway.return_value.charge.return_value = {"status": "success", "id": "TXN123"}
service = OrderService(mock_gateway())
result = service.process_order("ORD001", 99.99)
self.assertEqual(result["status"], "paid")
mock_gateway.return_value.charge.assert_called_once_with(99.99)
@mock.patch("order_service.PaymentGateway")
def test_process_order_failed_payment(self, mock_gateway):
mock_gateway.return_value.charge.return_value = {"status": "failed"}
service = OrderService(mock_gateway())
with self.assertRaises(RuntimeError):
service.process_order("ORD002", 50.00)
在上例中，mock_gateway 替代了真实的支付网关客户端。测试通过 return_value 预设支付结果，用 assert_called_once_with 验证调用的参数。整个过程不发起任何网络请求，测试在 5 毫秒内完成。