CMake中enable_testing()的作用及非默认设置原因咨询

嘿，这两个问题问到点子上了，我结合CMake的设计逻辑给你拆解清楚：

简单来说，这个命令就是CMake测试功能的「总开关」，具体做了这些事：

• 激活当前源码目录以及所有子目录的测试基础设施：没有它，后续调用add_test()定义的测试用例根本不会被CTest识别，相当于白写了。
• 生成CTest所需的核心配置文件：它会在构建目录的根目录生成CTestTestfile.cmake（还有相关的测试配置），这也是文档里强调要在源码根目录调用它的原因——CTest默认会从构建根目录找这个文件，放子目录的话上层测试可能没法被正确扫描到。
• 给构建系统添加test目标：比如用Makefile的话，你可以直接跑make test；用Ninja的话跑ninja test，不用手动敲ctest命令就能批量运行所有测试。

这其实是CMake「按需启用」设计理念的体现：

• 不是所有项目都需要测试：CMake是通用构建工具，很多小型工具、快速原型项目或者纯库项目可能根本不需要测试流程。默认开启测试会生成额外的文件和构建目标，给这些项目带来不必要的复杂度和开销。
• 测试是可选扩展：CMake的核心功能只保证「构建项目」，测试、打包、安装这些都是可选的扩展模块。让用户手动开启，能让构建流程更灵活——比如你可以在开发环境开测试，生产构建时跳过；或者只在特定子目录启用测试（比如专门的test子目录）。
• 避免污染构建空间：开启测试后会生成一堆CTest相关的文件和目标，对于不需要测试的项目来说，这些都是冗余的，会让构建目录变乱，甚至可能和用户自定义的目标冲突。

另外你提到的官方文档内容也很关键：

启用此目录及其子目录的测试功能。另请参阅add_test()命令。注意，ctest期望在构建目录根目录中找到测试文件。因此，此命令应放在源码目录根目录中。

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