GoogleTest：C++ 项目的测试与模拟框架
一分钟看懂
GoogleTest 是 Google 开源的 C++ 测试框架，仓库中同时包含用于编写测试的 GoogleTest 和用于创建模拟对象的 GoogleMock。它帮助开发者把“这个函数在什么输入下应该得到什么结果”写成可以自动执行的代码，并在代码修改后重复验证，从而尽早发现回归问题。
它并不只适用于 Google 内部项目，也广泛用于普通 C++ 库、桌面软件、服务端程序和底层组件。无论是验证一个小函数、测试一组不同参数，还是隔离网络、文件系统等外部依赖，都能在同一套工具中完成。
你可以用它做什么
- 编写单元测试：用断言检查数值、字符串、对象状态和异常行为是否符合预期。
- 复用测试环境：通过测试夹具统一准备和清理多条测试所需的数据与资源。
- 覆盖多组输入：使用参数化测试和类型化测试，让同一套规则验证不同数据或类型。
- 模拟依赖对象：用 GoogleMock 描述调用次数、参数和返回值，隔离数据库、网络或硬件依赖。
- 验证崩溃与退出行为：在支持的平台上使用死亡测试检查特定代码是否按预期终止。
- 接入持续集成：在每次提交或合并请求中自动构建并运行测试。
主要能力
GoogleTest 提供 EXPECT_* 和 ASSERT_* 两类常见断言。前者失败后通常继续当前测试，便于一次看到多个问题；后者失败会停止当前测试，适合后续步骤无法安全执行的情况。框架还支持测试筛选、重复运行、随机顺序、XML 输出等功能，方便在本地与 CI 环境定位问题。
GoogleMock 则允许开发者创建接口的替身，并声明“预期某个方法被怎样调用”。这对测试复杂组件之间的协作很有帮助，但它的重点应是验证对外行为，而不是把内部实现的每一步都锁死。
适合哪些人
- 开发或维护 C++ 项目的个人和团队。
- 需要为旧代码逐步补充回归保护的维护者。
- 构建公共库、基础设施、嵌入式或跨平台组件的开发者。
- 希望在重构前建立可靠测试网的工程团队。
怎么开始使用
项目可以通过 CMake、Bazel 等方式集成，也可以作为源码依赖纳入工程。CMake 用户通常使用 FetchContent、包管理器或系统安装包引入目标，然后将测试可执行文件链接到 GTest::gtest_main 等目标，并交给 CTest 发现和运行。
开始时不必追求大量覆盖率。优先为核心业务规则、边界条件和过去出现过的缺陷写测试；测试名称应清楚表达场景和预期结果。等测试结构稳定后，再加入参数化测试、Mock 和 CI 报告。
使用前需要知道
测试通过只能证明已经描述的场景没有失败，不能证明软件不存在缺陷。只追求覆盖率数字，可能产生大量没有实际判断价值的测试。更有效的做法是覆盖关键行为、异常路径和容易变化的边界。
模拟对象使用过多也会让测试依赖实现细节：内部调用顺序稍有重构，功能明明正确，测试却大量失败。优先测试公开接口；只有外部依赖难以控制、执行昂贵或不稳定时，再使用 Mock 隔离。
团队还应固定依赖版本，并在升级 GoogleTest 时阅读发布说明、重新验证编译器与平台兼容性。不同系统仓库中的打包版本可能落后于上游项目。