如何强制CTest在同一进程中运行所有测试？

CTest的架构设计默认通过子进程隔离测试，没有直接在自身进程中运行测试可执行文件的官方选项，但可以通过以下方案实现稳定调试：

• 复用测试子进程（CMake 3.16+）
  使用ctest --fork-reuse选项，CTest会复用同一个子进程执行所有测试，测试进程的PID将保持不变。你可以提前将调试器附加到该进程，或在测试代码中设置断点等待调试器连接。执行命令：

  ctest -j1 --fork-reuse
  

• 通过脚本调用调试器启动测试
  编写脚本让CTest直接启动调试器运行测试。以gdb为例，创建run_test_with_gdb.sh：

  #!/bin/bash
  TEST_EXEC="./your_test_binary" # 替换为你的测试可执行文件路径
  gdb -ex "break main" -ex "run" --args $TEST_EXEC "$@"
  

  赋予脚本执行权限：chmod +x run_test_with_gdb.sh，然后在CMakeLists.txt中更新测试配置：

  ADD_TEST(NAME YourTestName COMMAND ${CMAKE_CURRENT_SOURCE_DIR}/run_test_with_gdb.sh)
  

  运行CTest时会自动启动gdb进入调试会话，直接捕获偶现问题。

• 让调试器自动跟踪子进程
  利用调试器的子进程跟踪功能，以gdb为例：

  1. 启动gdb并指定CTest为目标：

     gdb --args ctest -j1
     

  2. 在gdb中设置跟随子进程模式：

     set follow-fork-mode child
     set detach-on-fork off
     

  3. 执行run启动CTest，当CTest创建测试子进程时，调试器会自动切换到子进程上下文，此时可设置断点、检查状态。

• 在测试代码中添加启动断点
  在测试可执行文件的入口处添加代码，让进程启动时触发调试断点：

  • Linux/macOS：

    #include <signal.h>
    int main(int argc, char** argv) {
        raise(SIGTRAP); // 触发断点，等待调试器附加
        // 原有测试代码
        return 0;
    }
    

  • Windows：

    #include <intrin.h>
    int main(int argc, char** argv) {
        __debugbreak(); // 触发断点
        // 原有测试代码
        return 0;
    }
    

  重新编译后，运行CTest时测试进程会在启动时暂停，你可通过PID找到进程并附加调试器。

内容的提问来源于stack exchange，提问作者rstr1112