90%的clion测试失败源于环境配置错误而非代码逻辑：需确认工具链（编译器与调试器同源）、测试框架正确初始化（如find_package(gtest)）、工作目录匹配、缓存清理及依赖mock，而非直接修改测试代码。
Run 工具窗口里的错误堆栈，90% 的问题出在测试环境没搭对、断言写错、或依赖未 mock，而不是代码逻辑本身。
检查测试运行配置是否匹配项目工具链
CLion 里测试跑不起来，第一反应不是改测试代码，而是确认它用的编译器和调试器跟主项目一致。常见现象是：CMake 报 broken compiler，但测试配置仍强行用默认 MinGW；或者你手动配了 gcc，却忘了配配套的 gdb。
-
Settings → Build → Toolchains里核对 C/C++ Compiler 和 Debugger 路径，必须来自同一 MinGW 发行版（比如都来自mingw64目录，不能混用 MSYS2 的gcc和 Cygwin 的gdb） - Windows 下如果从快捷方式启动 CLion，它可能读不到你刚改的
PATH—— 必须在已设好环境变量的终端中执行start "" "C:\path\to\clion64.exe"启动 - 测试配置里选了
Project解释器，但实际项目用的是自定义CMAKE_C_COMPILER，这时要手动把测试配置的编译器路径改成绝对路径，绕过 IDE 自动探测
确认测试框架初始化是否完成
Google Test、CTest、Vitest 等框架都需要前置初始化，缺一步就直接报 test not found 或 no tests executed。这不是你写的测试有问题，是框架根本没加载进来。
- Google Test：检查
CMakeLists.txt是否调用了find_package(GTest REQUIRED)，且链接了gtest_main；TEST()宏必须在#include <gtest></gtest>之后才能识别 - CTest：确保
enable_testing()已调用，并通过add_test()注册了测试可执行文件；CLion 只能识别 CMake 自动发现的测试，不会扫描裸.cpp文件 - Vitest：确认
vitest.config.ts存在且test.files匹配你的测试路径；CLion 不会自动识别describe/it块，除非配置了 Vitest 运行器并指定了正确入口
断言失败时别急着改业务逻辑
看到 Expected 5, got 0 这类报错，先别跳进源码查算法——90% 是测试数据构造错了，或 fixture 没生效。
- 检查
SetUp()/beforeEach()是否真被调用：加个std::cout 或 <code>console.log("setup")看输出 - Google Test 的
ASSERT_EQ遇到失败会直接退出当前测试函数，后续语句不执行；若想继续跑完所有检查，改用EXPECT_EQ - 浮点比较必须带容差：
EXPECT_NEAR(a, b, 1e-6)，不能用EXPECT_EQ直接比double - 测试中调用了真实网络/文件系统？没 mock 就必然失败 —— 用
gmock替换依赖接口，或用 Vitest 的vi.mock()拦截模块
临时测试失败但本地能过？看 CLion 的缓存和路径解析
同一个测试，在终端里 npm test 或 ./test_executable 能过，但在 CLion 里失败，大概率是路径或工作目录不对。
- CLion 默认以项目根目录为工作目录（
Working directory），但你的测试可能依赖./data/config.json—— 在运行配置里显式设成$ProjectFileDir$/tests或对应子目录 - CMake 缓存残留：删掉
CMakeCache.txt和CMakeFiles/目录，重新 reload 项目；否则 CLion 可能还在用旧的编译器路径或宏定义 - 符号未定义错误（
undefined reference to `testing::InitGoogleTest(int*, char**)'）：说明链接阶段漏了 gtest 库 —— 检查target_link_libraries(your_test_target PRIVATE GTest::gtest_main)
