4. Mock隔离概念：什么是Mock隔离、Mock与Stub/Fake的区别、隔离测试的边界定义

在API设计治理与Go工程实践中，Mock隔离是保障单元测试独立、快速、可重复的核心技术手段。本章将深入剖析Mock隔离的本质，厘清Mock、Stub、Fake三者的关键差异，并明确隔离测试的边界定义，为后续实战场景打下坚实的理论基础。

4.1 什么是Mock隔离

Mock隔离是指在测试过程中，通过模拟外部依赖（如数据库、HTTP服务、消息队列、文件系统等）的行为，将被测代码与真实环境完全隔离开来的技术策略。其核心目标在于：让测试只关注被测单元自身的逻辑正确性，而不受外部依赖的状态、性能或可用性影响。

在Go语言中，Mock隔离通常通过接口（interface）实现。被测代码依赖接口而非具体实现，测试时注入Mock对象，从而实现对真实依赖的替换。

// 定义依赖接口
type UserRepository interface {
    GetUser(id int) (*User, error)
}

// 被测业务逻辑
type UserService struct {
    repo UserRepository
}

func (s *UserService) GetUserName(id int) (string, error) {
    user, err := s.repo.GetUser(id)
    if err != nil {
        return "", err
    }
    return user.Name, nil
}

// 测试中的Mock实现
type mockUserRepo struct {
    mock.Mock
}

func (m *mockUserRepo) GetUser(id int) (*User, error) {
    args := m.Called(id)
    return args.Get(0).(*User), args.Error(1)
}

4.2 Mock与Stub/Fake的区别

在测试替身（Test Double）的家族中，Mock、Stub、Fake是三种最常见的类型，但它们在职责和行为验证方式上存在本质区别。理解这些差异，是正确应用Mock隔离的前提。

以下SVG图直观展示了Mock、Stub、Fake在测试中的不同角色与交互方式：

4.3 隔离测试的边界定义

隔离测试的边界定义是Mock隔离实践中最具挑战性的环节。边界定义过宽，测试会退化为集成测试，失去隔离性；边界定义过窄，测试会过度Mock，导致测试与实现耦合过紧，维护成本激增。

4.3.1 边界划分原则

• 模块边界原则：以Go package或微服务模块为基本隔离单元，模块内部的方法调用不Mock，模块外部的依赖（如数据库、RPC服务）必须Mock。
• 接口边界原则：只Mock通过接口（interface）定义的依赖，不Mock具体实现类型。
• 稳定边界原则：对频繁变化的外部依赖（如第三方API）进行Mock，对稳定的内部工具函数（如字符串处理）不Mock。
• 性能边界原则：对I/O密集型操作（网络请求、磁盘读写）进行Mock，对CPU密集型计算（加密、序列化）不Mock。

4.3.2 边界定义决策矩阵

4.3.3 边界定义在Go工程中的实践

以下SVG图展示了在Go微服务架构中，隔离测试的典型边界划分：

4.4 隔离测试的收益与成本