CLion需手动集成GTest，正确配置CMakeLists.txt（启用enable_testing()、add_executable()后调用gtest_discover_tests()、链接gtest和gtest_main）才能自动识别并运行测试。
CLion 本身不自带 GTest，必须手动集成；但只要 CMakeLists.txt 配置正确、头文件路径和链接库无误，就能直接点击测试函数旁的绿色三角运行，不需要手写 main() 或额外插件。
CLion 中 CMakeLists.txt 必须启用 enable_testing() 和 gtest_discover_tests()
这是 CLion 自动识别并显示测试用例的前提。只写 add_executable() + target_link_libraries() 不够，IDE 不会把可执行文件当测试目标处理。
-
enable_testing()是 CMake 内置命令，告诉 CMake 启用测试支持 -
gtest_discover_tests(<target_name>)必须在add_executable()之后调用，且<target_name>要和可执行文件名完全一致 - 如果用了
FetchContent方式拉取 GTest（推荐），gtest_discover_tests()才能正确解析符号；用系统包（如libgtest-dev）时，需确保已安装libgtest-dev对应的源码或gtest_main库，否则发现失败
target_link_libraries() 必须同时链接 gtest 和 gtest_main
漏掉 gtest_main 会导致链接失败，报错类似：undefined reference to 'main' —— 因为 GTest 的测试二进制需要它提供的默认 main() 入口。
- 正确写法：
target_link_libraries(my_test gtest gtest_main) - 顺序不能颠倒：某些旧版 CMake（gtest_main 在前，但现代 CLion 默认 CMake ≥ 3.20，按
gtest→gtest_main更稳妥 - 若用
find_package(GTest REQUIRED)，要确认GTest_LIBRARIES是否包含两者；多数 Linux 包管理器安装的libgtest-dev不带gtest_main，得自己编译或改用FetchContent
测试文件里不用写 main()，但必须包含 #include <gtest/gtest.h>
CLion 运行单个测试时，实际调用的是 gtest_main 提供的 main()，它会自动注册所有 TEST / TEST_F 宏定义的用例。
- 写了
main()反而可能冲突，尤其当你又链接了gtest_main—— 链接器报multiple definition of 'main' - 测试文件只需三要素：
#include <gtest/gtest.h>、至少一个TEST(...)或TEST_F(...)、不加main() - 如果非要自定义初始化逻辑（比如读配置），可在
SetUpTestSuite()或 fixture 的SetUp()里做，不要碰main()
CLion 里点三角运行失败？先检查 build 目录下是否生成了测试 target
很多问题本质是 CMake 没真正构建出测试可执行文件，而不是测试代码本身有错。
- 打开
Build → Build Project，看终端输出里有没有add_executable(my_test ...)和gtest_discover_tests(my_test)行 - 去
cmake-build-debug/（或你设的 build 目录）下确认是否存在my_test文件（Linux/macOS）或my_test.exe（Windows） - 没有？说明 CMakeLists.txt 没被正确加载 —— 检查
File → Reload project from CMakeLists.txt是否点过，或 CLion 是否识别到该目录为 CMake 项目（右下角状态栏应显示 “CMake”）
最常被忽略的一点：CLion 的测试视图（Alt+5）只显示通过 gtest_discover_tests() 注册成功的 target；哪怕测试代码语法全对，只要 CMake 没跑通这一步，编辑器里就看不到运行按钮，也查不到失败原因 —— 它根本没进入测试生命周期。
