快速跑通首个GTest测试只需三步：安装v1.14.0+版本、正确配置头文件与链接-lgtest -lgtest_main -pthread、编写含TEST宏和RUN_ALL_TESTS()的最简代码；常见链接错误需检查是否遗漏gtest_main或库文件。
怎么快速跑通第一个 GTest 测试用例
直接能跑起来，是验证环境是否配好的最有效方式。别先纠结宏、断言类型或测试套件结构，先让 TEST 编译通过并执行成功。
- 确保已安装 GTest（推荐用 v1.14.0+），头文件路径包含
gtest/gtest.h，链接时加上-lgtest -lgtest_main -pthread - 最简测试代码只需三行：包含头文件、写一个
TEST宏、调用RUN_ALL_TESTS() - 常见卡点是链接失败——
undefined reference to `main'表示没连gtest_main；undefined reference to `testing::Test::Test()'说明只连了头文件没连库
#includeTEST(FirstTest, BasicAssertion) { EXPECT_EQ(2 + 2, 4); } int main(int argc, char **argv) { ::testing::InitGoogleTest(&argc, argv); return RUN_ALL_TESTS(); }
EXPECT_EQ 和 ASSERT_EQ 到底该选哪个
它们不是“可互换的断言变体”，而是控制流分支点：一个继续执行，一个立刻返回。选错会导致后续逻辑误判或崩溃。
-
EXPECT_EQ：失败时打印错误但不中断当前函数，适合检查多个独立条件（比如验证对象多个字段） -
ASSERT_EQ：失败时直接return当前测试函数，适合前置条件检查（如指针非空、容器非空） - 混用场景举例：先用
ASSERT_FALSE(vec.empty())确保有数据，再用EXPECT_EQ(vec[0], 42)检查值——避免访问越界
如何测试私有成员或未导出函数
GTest 本身不提供“打破封装”的能力，强行测私有会破坏设计边界。真正可行的路径只有两条：改接口 or 改测试视角。
- 不推荐 friend class + GTest 的测试类——这会让生产代码为测试污染，且无法跨编译单元生效
- 更合理的方式是：把私有逻辑拆成独立函数（如
static或匿名命名空间内函数），在测试中直接调用；或通过公有接口间接覆盖（例如调用process()后检查输出/状态） - 若必须测私有行为（如算法中间状态），考虑将类拆为 interface + impl，对 impl 单元测试——这时私有成员自然变成 impl 类的公有成员
为什么测试运行时提示 “Death Test” 失败或超时
死亡测试（ASSERT_DEATH 等）本质是 fork 子进程执行被测代码，并监控其是否按预期 crash。它对运行环境敏感，不是所有平台都默认可用。
立即学习“C++免费学习笔记（深入）”；
- Linux 下需启用
-DGTEST_HAS_DEATH_TEST=1编译，并确保未禁用fork()（如容器中无权限、seccomp 策略拦截） - Windows 默认不支持，除非用
gtest_force_shared_crt链接 CRT 并启用/MD，否则会报death test not supported - 调试时禁用死亡测试：加命令行参数
--gtest_death_test_style=threadsafe或临时替换为EXPECT_DEBUG_DEATH（仅 debug build）
