CI 中一次单元测试覆盖率问题定位分析
Posted DevOps时代
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了CI 中一次单元测试覆盖率问题定位分析相关的知识,希望对你有一定的参考价值。
问题说明
最近一次开发人员提交代码有目录删除,CI的编译环节和单元测试都没有错误,但是单元测试覆盖率执行失败?
提示如下:
开始时间:2017-09-11 17:03:22 结束时间:2017-09-11 17:03:43 耗时:21秒
【执行结果】 单元测试覆盖率执行失败!
【失败原因】 Do lcov failed…
问题处理
故障初次诊断
用命令lcov -c --directory ~/src/build
提取故障:
geninfo: ERROR: /home/ocsr90/src/build/billing/pycheck/CMakeFiles/py_check.dir/PyCheckEngine.cpp.gcno: could not open file
PyCheckEngine.cpp.gcno 这个文件一没生成出来?
查找代码目录并无PyCheckEngine.cpp及pycheck目录。
故障分析
问题在哪里?
前面是增量更新,应该考虑全量更新?
svnupdate更新是否存在问题?
CI的执行脚本是否存在问题?
lcov 是否存在缓存?
清理环境后,并删除build目录,保证是干净的环境后,编译没有问题,但是告警问题还存在。
在源代码没有对应目录情况下,仍然在编译目录生成build/billing/pycheck/CMakeFiles/py_check.dir/。为什么呢?
版本的编译方式改为CMake方式编译,主要有:
cmakefiles目录:记录整个工程的编译选项,最外层目录以及动态库,包括cmake.dir,cmake.targets,cmake.setting等。
CMakeLists.txt:描述子目录或者文件
在编译脚本(cmakefiles目录文件和cmakefiles目录)搜索pycheck,没有。
问题的转机
在根目录lib看动态库时,看到 libpy_check.so ,在编译脚本(cmakefiles目录文件和cmakefiles目录)搜索py_check时,cmake.targets的set(ZSMART_BILLING_SO_TARGETS中还有py_check的项,一切明朗了。
去掉cmake.targets中py_check项,CI成功。
问题并没有明确,猜想一下原因:
对应的代码目录pycheck以及文件已经删除,但是连接库没有去掉。编译时在/src/build/lib没有找到libpy_check.so,链接了~/lib老版本的库。
单元测试时,生成改目录,执行单元测试覆盖率是出现错误。
是这样吗?需要进一步验证。
问题的复现
重新复原cmake.targets,单步执行CI。
编译完成,没有build/billing/pycheck/CMakeFiles/py_check.dir/目录。
单元测试执行后,确实生成改目录。
单元测试覆盖率执行失败。
libpy_check.so如何包含相应的目录信息?
在加了覆盖率统计信息后,会包含代码和目录信息。
if (COVERAGE) set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -coverage") set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -lgcov") endif ()
动态库分析如图所示
小结
在CMake编译,删除目录时,不仅按照目录需要删除对应CMakeLists和cmake.dir中目录信息,还需要删除cmake.targets中动态库信息。
感谢几位同事一起解决探索该问题,经验供参考,以上。
DevOps 时代精彩文章推荐:
以上是关于CI 中一次单元测试覆盖率问题定位分析的主要内容,如果未能解决你的问题,请参考以下文章