TEST_P宏必须配合继承testing::TestWithParam<T>的测试夹具类使用，否则因缺少GetParam()函数导致编译错误；INSTANTIATE_TEST_SUITE_P三参数顺序不可错，Values()适用于少量常量，ValuesIn()用于容器但需注意生命周期，浮点参数应显式列出避免精度误差。
TEST_P 宏必须配合 TestWithParam 使用
直接写 TEST_P 而不继承 testing::TestWithParam<T> 会导致编译错误，比如 ‘GetParam’ was not declared in this scope。这是因为 GetParam() 是 TestWithParam 提供的成员函数，不是全局函数。
- 必须定义一个测试夹具类，显式继承
testing::TestWithParam<int>（或std::string、double等可复制类型） - 不能只写
class MyTest {}；也不能继承testing::Test后再手动加GetParam—— 它不存在于该基类中 - 如果参数是自定义结构体，需确保它支持拷贝（有默认/拷贝构造函数），否则
ValuesIn等生成器会编译失败
INSTANTIATE_TEST_SUITE_P 的三个参数顺序不能错
宏调用形如 INSTANTIATE_TEST_SUITE_P(Prefix, FixtureClass, generator)，漏掉任意一项或顺序颠倒都会触发晦涩错误，例如：
-
error: no matching function for call to ‘testing::internal::ValueArray<...>::operator()’→ 常因第三个参数不是合法生成器（比如误传了Values(1,2,3)括号外多写了分号） - 前缀名（第一个参数）为空字符串或纯空格 → 链接期可能报
duplicate symbol，尤其在多个文件共用同一夹具时 - 第二个参数写成
MyTest但类实际叫MyParamTest→ 编译通过但零测试被注册，运行时显示[==========] Running 0 tests from 0 test suites
Values() 和 ValuesIn() 的适用场景差异明显
Values() 适合硬编码少量常量；ValuesIn() 才能复用已有容器，但要注意生命周期。
-
Values(-1, 0, 1, 100)：参数直接写死，编译期确定，无运行时开销 -
ValuesIn(std::vector{1,2,3,5,8})：C++11 初始化列表可行；但若用局部std::vector变量，其析构发生在测试注册之后 —— 实际安全；真正危险的是用ValuesIn(&vec)或指针，会导致悬垂引用 - 想测浮点边界？别用
Range(0.1, 1.0, 0.1)—— 浮点精度误差会让某些值被跳过；改用Values(0.1, 0.2, 0.3, 0.4)显式列出
参数化测试失败时的定位比普通 TEST 更难读
输出形如 NegativeTest/IsPrimeParamTest.Negative/3，末尾数字是参数索引，不是参数值本身。调试时容易卡在“第 4 个参数到底是什么”上。
立即学习“C++免费学习笔记（深入）”；
- 运行时加
--gtest_filter=NegativeTest/IsPrimeParamTest.Negative/3可单独重跑该组，再结合GetParam()打印确认 - 在
TEST_P体内第一行加std::cerr << "param = " << GetParam() << std::endl;，能快速映射索引到值 - 避免把几十个参数塞进一个
INSTANTIATE_TEST_SUITE_P—— 失败时排查成本陡增；按语义拆分成多个实例，比如INSTANTIATE_TEST_SUITE_P(Negative, ...)和INSTANTIATE_TEST_SUITE_P(Positive, ...)
