我开发了一个简单的例子来测试gcovr和gcov:
#include <iostream>
int main (int argc, const char * argv[])
{
std::cout << argc << std::endl;
if(argc == 1)
{
int y = 1;
std::cout << "Argc > 1" << std::endl;
}
if(argc == 2) std::cout << "Argc > 2" << std::endl;
if(argc == 3)
{
std::cout << "Argc > 3" << std::endl;
}
int i = 34;
i = i * i;
return 0;
}
用于生成覆盖率报告的脚本:
#! /bin/bash
rm -rf build-run
mkdir build-run
cd build-run
g++ -O6 -DDEBUG=0 --coverage -ftest-coverage -fprofile-arcs -c -o main.o ../main.cpp
g++ -O6 -DDEBUG=0 --coverage -fprofile-arcs -ftest-coverage -lgcov -o coverage ./main.o
./coverage > out
./coverage --help > out
./coverage --help --out > out
gcovr -v -kpbu -r .. -o ../branch-report.txt
gcovr -v -kpu -r .. -o ../report.txt
我使用-b选项获得80%的覆盖率并且它指向主块中的最后一行。在我看来,这种情况应该是100%吗?
答案 0 :(得分:3)
这是gcov的一个问题。如果你看一下底层的gcov输出[示例驱动程序是如此有礼貌地离开我们作为build-run / ^ #main.cpp.gcov],你会看到:
[…snip…]
3: 21: return 0;
function _Z41__static_initialization_and_destruction_0ii called 3 returned 100% blocks executed 100%
6: 22:}
branch 0 taken 3 (fallthrough)
branch 1 taken 0
branch 2 taken 3 (fallthrough)
branch 3 taken 0
function _GLOBAL__I_main called 3 returned 100% blocks executed 100%
3: 23:/*EOF*/
call 0 returned 3
我认为报告的内容是iostream库中对象的静态成员的析构函数的分支覆盖。 ...当我们尝试通过gcovr过滤掉大部分gcov怪异时,这是我们无法可靠忽略的案例之一。
比尔哈特 约翰西罗拉P.S。我鼓励您在gcovr Trac页面上提交gcovr票证:https://software.sandia.gov/trac/fast/newticket