使用GTest库时kcov显示代码覆盖率为0%的原因排查

结合你的CMake配置和常见的踩坑经验，我整理了几个最可能的原因和对应的解决办法：

1. 编译时未添加覆盖率所需的编译/链接选项 #

kcov依赖编译器生成的覆盖率插桩信息才能统计代码覆盖情况，但你的CMake配置里完全没加相关选项，这是最常见的问题根源。

你需要给测试目标添加-coverage选项（GCC和Clang都支持这个统一的选项），修改后的CMake代码如下：

add_executable(${MODULE_NAME} ${SOURCE_EXE})
# 添加这两行，注入覆盖率插桩逻辑
target_compile_options(${MODULE_NAME} PRIVATE -coverage)
target_link_options(${MODULE_NAME} PRIVATE -coverage)
target_link_libraries(${MODULE_NAME} ${GTEST_LIBRARIES} pthread)

这个选项会让编译器生成.gcno（编译阶段生成的覆盖信息文件）和.gcda（测试运行后生成的执行数据文件），kcov就是靠这两类文件计算最终覆盖率的。

2. kcov命令未正确指定要统计的源代码路径 #

即使编译配置正确，如果kcov不知道要聚焦哪个目录的代码，也可能出现0%的结果。你需要用--include-path参数明确指定项目源代码目录（也就是你的../MyProject），正确的kcov执行命令示例：

# 假设你在build目录下执行，coverage_dir是生成报告的目标目录
kcov --include-path=../MyProject coverage_dir ./UnitTests

如果不加这个参数，kcov可能只会统计测试文件tests.cpp的覆盖率，而你实际关心的SomeClass1.cpp等项目代码就会被忽略，最终显示0%。

3. Release模式构建导致优化干扰 #

如果你的CMake构建类型是Release，编译器会做大量代码优化（比如inline、删除未使用代码），这会直接导致覆盖率统计失效。建议切换到Debug模式构建：

cmake -DCMAKE_BUILD_TYPE=Debug ..
make clean && make

Debug模式下没有过度优化，能保证覆盖率统计的准确性。

4. 验证二进制是否包含覆盖率信息 #

可以先用gcov工具快速验证编译是否生效：

# 进入build目录，替换成你的项目源文件名
gcov -o . ../MyProject/SomeClass1.cpp

如果能生成SomeClass1.cpp.gcov文件，说明编译配置没问题，问题出在kcov的执行命令上；如果生成不了，回到第一步检查编译选项是否正确添加。

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