test适用于单函数简单验证，test_f适用于需共享资源的多测试场景；选错会导致setup/teardown失效、变量不可见或编译报错。
直接说结论：TEST 适合单个函数的简单验证，TEST_F 适合需要共享资源（比如对象实例、文件句柄、内存池）的多测试场景；选错会导致 setUp/tearDown 失效、变量不可见或编译报错。
TEST 宏怎么写才不报错
它只接受两个 C++ 标识符作为参数，不是字符串，不能带空格、点号或下划线开头，也不能是关键字。
- 正确写法：
TEST(CalculatorTest, AddPositiveNumbers)、TEST(ListTest, EmptySize) - 常见错误：
TEST("Calculator", "add")（加了双引号）、TEST(Calculator-Test, add)（含连字符）、TEST(123Test, First)（数字开头） - 每个
TEST函数体是独立作用域，里面定义的变量无法跨测试访问 - 不支持自动初始化/清理，所有 setup 和 teardown 都得手动写在函数开头/结尾
TEST_F 必须配测试夹具类，否则编译失败
TEST_F 不是独立宏，它依赖一个继承自 testing::Test 的夹具类。漏掉这个类，或者没重写 SetUp()/TearDown()（哪怕为空），链接时会报 undefined reference 错误。
- 必须定义夹具类，且需声明为
public继承：class ListFixture : public ::testing::Test - 共享成员变量要放在
protected或public区域，不能是private -
SetUp()在每个测试运行前调用，TearDown()在每个测试结束后调用——注意不是整个套件只调一次 - 示例中如果在
SetUp()里 new 了一个对象，记得在TearDown()中 delete，否则会内存泄漏
TEST 和 TEST_F 的断言行为完全一样
不管用哪个宏，EXPECT_EQ、ASSERT_TRUE 等断言的行为和语义都不变。区别只在执行上下文，不影响你写判断逻辑。
-
ASSERT_*失败会直接退出当前测试函数（return），后续代码不执行 -
EXPECT_*失败只记录失败项，继续跑完函数内剩余语句 - 浮点比较别用
EXPECT_EQ，改用EXPECT_FLOAT_EQ或EXPECT_NEAR，否则容易因精度问题误报 - 字符串比较优先用
EXPECT_STREQ（C 风格）或EXPECT_EQ（std::string），别混用 char* 和 std::string
容易被忽略的链接和初始化问题
即使语法全对，RUN_ALL_TESTS() 返回 -1 或程序崩溃，大概率是链接或初始化没做对。
- 必须在
main()开头调用testing::InitGoogleTest(&argc, &argv)，否则部分断言日志不输出 - 链接时要同时带
-lgtest和-lgtest_main，后者提供了默认的main，如果你自己写main就可以只链-lgtest - 使用
TEST_F但忘了在夹具类里声明SetUp()，编译能过，但运行时该函数不会被调用——因为它是虚函数，没实现就走基类空实现 - 多个测试文件都用了
TEST_F，但夹具类名重复（比如都叫MyTest），可能引发 ODR（One Definition Rule）冲突，建议按模块命名，如NetworkClientFixture
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
