📌 项目地址：google/googletest | ⭐ 39,016 颗星 | 🔧 C++ | 📜 未标注
39,016颗星的C++测试框架，不是靠宣传来的
google/googletest，Google官方的C++测试框架。工业级C++项目里，它基本绕不开。39016个star，是GitHub上C++测试领域star数最多的项目之一。
一个很多人不清楚的事实：这个仓库是GoogleTest和GoogleMock两个项目的合并产物。两者关系太紧，官方干脆合到一起维护发布。拉一个仓库，测试框架和Mock框架都有——这一点在选型时值得注意，Catch2阵营要mock功能得另外找trompeloeil之类的库拼装。
它的CI跑在Google内部系统上，不公开。这反面说明Google内部在大规模用它，dogfooding程度高于多数开源项目。
特性清单里，真正拉开差距的是这几条
README列了九条特性。我按“别的框架没有或做不好”来筛，而不是照抄：
类型参数化测试。同一份测试代码作用于不同数据类型。写C++模板库的人知道这意味着什么：一份测试覆盖所有类型实例化。这是模板元编程时代之前的设计，但到现在依然是C++测试框架里最完整的实现之一。
值参数化测试。同一份测试逻辑喂不同输入跑多遍。测边界条件、测解析器时省掉复制粘贴。Catch2的TEST_CASE+生成器能做类似的事，但googletest的参数化测试和类型系统能组合使用。
Death tests。验证代码以预期方式崩溃/退出，专门测错误处理路径。比如函数前置条件不满足时应该abort，这类断言在多数框架里不存在。
致命/非致命失败区分。断言失败后可以让测试继续跑，一次看到所有问题，而不是修一个跑一轮。调试期的效率差距很大。
自动测试发现。写完不用手动注册。这在今天不算独有，但它是xUnit架构的标准能力，从JUnit、pytest过来的开发者概念完全对应，上手成本接近零。
升级前必须查的一件事
1.18.0起最低要求C++17。 这是官方文档明说的，也是最容易踩的坑。
项目还锁在C++11/14的话，直接升1.18.x会编译失败。两条路：留在旧版本线，或者先把编译标准提到C++17。如果你的代码库还在用C++11，先确认编译器版本（GCC 7+/Clang 5+起C++17支持才完整），再决定动哪边。
另一个动向在”Coming Soon”里：官方计划依赖Abseil。在意依赖树干净的项目现在就该关注。Abseil本身质量没问题，但落地后你的构建链会多一个Google基础库，Bazel以外的构建系统要多配置一层。
学习路径，按官方给的就够
README本身没放代码示例，直接指向文档站：
- 入门读 GoogleTest Primer，这是官方推荐的起点
- 完整文档在 GitHub Pages：https://google.github.io/googletest/ 。官方明确说了在Pages上看，别直接翻仓库里的md文件
- 构建相关的问题看仓库内 googletest/README.md
我的判断
对比Catch2：它单头文件、上手快、断言错误信息更友好，小项目和原型阶段够用。选googletest的理由更具体——Mock内置、类型参数化、death tests这些深度特性，加上工具链支持：CMake的gtest_discover_tests、Bazel原生集成、各IDE和CTest的适配都是现成的。
项目在C++17及以上，没什么好犹豫的。在旧标准上，先解决标准问题再升库，别反着来。