利用gtest实现代码测试并统计白盒覆盖率

最新推荐文章于 2024-10-03 00:02:07 发布
最新推荐文章于 2024-10-03 00:02:07 发布
阅读量1.1k 收藏 26
点赞数 14
分类专栏： 软件工程 文章标签： 代码覆盖率 单元测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u012679707/article/details/140055227
版权

​

文章目录

利用gtest实现代码测试并统计白盒覆盖率

目标

1、利用gtest，搭建测试框架

2、利用lcov得到函数和分支的白盒覆盖率，利用genhtml输出覆盖率报告。

一、先编写功能代码，编译生成so

1、先编写功能代码

src/func.c


#include<stdio.h>

#include "func.h"

int add(int a, int b)

{

    return a + b;

}

int del(int a, int b)

{

    return a - b;

}

include/func.h (错误哦)


#ifndef __FUNC_H__

#define __FUNC_H__

int add(int a, int b);

int del(int a, int b);

#endif

注意：C和C++混合编程，c头文件中增加extern “C”，否则c++不能用c头文件。

include/func.h （正确哦）


#ifndef __FUNC_H__

#define __FUNC_H__

#ifdef __cplusplus

extern "C" {

#endif

int add(int a, int b);

int del(int a, int b);

#ifdef __cplusplus

}

#endif

#endif

2、编译自己的功能代码，生成.o，然后生成.a静态库

生成libfunc.a


root@linux:/home/code/3.test/2.gtest_exec/src# gcc -c func.c  -I ../include -o ../lib/func.o

root@linux:/home/code/3.test/2.gtest_exec/src# ar rcs ../lib/libfunc.a ../lib/func.o

生成so在lib目录下


root@linux:/home/code/3.test/2.gtest_exec/src# gcc -shared -fPIC -I ../include func.c -o ../lib/libfunc.so

root@linux:/home/code/3.test/2.gtest_exec/src# ll

total 16

drwxr-xr-x 2 root root 4096 Jun 25 15:46 ./

drwxr-xr-x 5 root root 4096 Jun 25 15:41 ../

-rw-r--r-- 1 root root  126 Jun 25 15:46 func.c

二、编写测试代码，编译生成可执行文件

1、先下载gtest仓, 我们需要用到gtest的so和头文件

下载的gtest源码在/home/code/3.test/1.gtest/googletest/

我们下载源码是为了编译生成gtest的库文件，给我们的测试例使用。

2、编译gtest，生成静态库libgtest.a


cd  googletest/bulid/

cmake ..

make

在这里插入图片描述

3、编写简单的测试用例

test/test.cpp


#include "gtest/gtest.h"

#include <iostream>

#include <string>

#include "func.h"

using namespace std;


 

// The fixture for testing class Foo.

class FooTest : public testing::Test

{

protected:

    // You can remove any or all of the following functions if their bodies would

    // be empty.

    FooTest()

    {

        // You can do set-up work for each test here.

        cout << "FootTest()" << endl;

    }

    ~FooTest() override

    {

        // You can do clean-up work that doesn't throw exceptions here.

        cout << "FooTest()" << endl;

    }

    // If the constructor and destructor are not enough for setting up

    // and cleaning up each test, you can define the following methods:

    void SetUp() override

    {

        // Code here will be called immediately after the constructor (right

        // before each test).

        cout << "SetUp()" << endl;

    }

    void TearDown() override

    {

        // Code here will be called immediately after each test (right

        // before the destructor).

        cout << "TearDown()" << endl;

    }

    // Class members declared here can be used by all tests in the test suite

    // for Foo.

};

TEST_F(FooTest, test_add_func)

{

    EXPECT_EQ(2, add(1, 1));

    EXPECT_EQ(5, add(-1, 6));

    EXPECT_EQ(-2, add(-1, -1));

    cout << "test_add_func end" << endl;

}

TEST_F(FooTest, test_del_func)

{

    EXPECT_EQ(0, del(1, 1));

    EXPECT_EQ(-7, del(-1, 6));

    cout << "test_del_func end" << endl;

}

int main(int argc, char **argv)

{

    ::testing::InitGoogleTest(&argc, argv);

    return RUN_ALL_TESTS();

}

4、编译cpp，生成可执行文件

将依赖的libgtest.a，拷贝到本工程的lib目录下

方式一：依赖libfunc.a静态库


root@linux:/home/code/3.test/2.gtest_exec/test# g++ test.cpp -o test   -I /home/code/3.test/1.gtest/googletest/googletest/include/ -I ../include ../lib/libgtest.a ../lib/libfunc.a -lpthread

方式二：依赖libfunc.so动态库


root@linux:/home/code/3.test/2.gtest_exec/test# g++ test.cpp -o test -I /home/code/3.test/1.gtest/googletest/googletest/include/ -I ../include ../lib/libgtest.a -lpthread -lfunc -L../lib -Xlinker -rpath=../lib

注意：

加-lpthread，是因为gtest依赖它

加-I …/include，是因为测试例所依赖的功能代码的头文件在include目录

加-Xlinker -rpath=…/lib, 是为了解决下述问题


root@linux:/home/code/3.test/2.gtest_exec/test# g++ test.cpp -o test -I /home/code/3.test/1.gtest/googletest/googletest/include/ -I ../include ../lib/libgtest.a -lpthread -lfunc -L../lib

root@linux:/home/code/3.test/2.gtest_exec/test# ./test

./test: error while loading shared libraries: libfunc.so: cannot open shared object file: No such file or directory

5、运行测试例（执行可执行文件）

./test


[==========] Running 2 tests from 1 test suite.

[----------] Global test environment set-up.

[----------] 2 tests from FooTest

[ RUN      ] FooTest.test_add_func

FootTest()

SetUp()

test_add_func end

TearDown()

FooTest()

[       OK ] FooTest.test_add_func (0 ms)

[ RUN      ] FooTest.test_del_func

FootTest()

SetUp()

test_del_func end

TearDown()

FooTest()

[       OK ] FooTest.test_del_func (0 ms)

[----------] 2 tests from FooTest (0 ms total)

[----------] Global test environment tear-down

[==========] 2 tests from 1 test suite ran. (0 ms total)

[  PASSED  ] 2 tests.

三、借助于gcov和lcov统计代码覆盖率

gcov

gcov是gcc的一个组件，在编译时添加-ftest-coverage（编译后产生gcno文件，包含程序执行流图，代码块对应的行号信息）和-fprofile-arcs（运行后产生gcda文件，记录程序中基本块和arc跳转次数，进而得到每个语句和分支的执行次数）。

lcov，genhtml

lcov读取gcda和gcno，输出可读性更强的info文件，genhtml读取info文件，输出html覆盖率报告

1、源文件编译时，加入编译参数 -fprofile-arcs -ftest-coverage，生成源码.gcno

  • -ftest-coverage：在编译的时候产生.gcno文件，它包含了重建基本块图和相应的块的源码的行号的信息。

  • -fprofile-arcs：在运行编译过的程序的时候，会产生.gcda文件，它包含了弧跳变的次数等信息。


root@linux:/home/code/3.test/2.gtest_exec/src# gcc -shared -fPIC -fprofile-arcs -ftest-coverage  -I ../include func.c -o ../lib/libfunc.so

为啥源文件也需要编译时带gcov参数？

因为后期用lcov生成覆盖率时，需要源文件的gcno文件和gcda文件，gcno文件必须要通过gcc编译时携带gcov参数才可以生成。

如果源码编译时未携带gcov参数，会在执行lcov时遇到如下问题：

报：缺少源文件的gcno。


geninfo: WARNING: GCOV did not produce any data for /home/code/3.test/2.gtest_exec/src/func.gcda

2、编译测试例，加入参数-fprofile-arcs -ftest-coverage，生成test.gcno


g++ test.cpp -o test -fprofile-arcs -ftest-coverage  -I /home/code/3.test/1.gtest/googletest/googletest/include/ -I ../inc

lude ../lib/libgtest.a -lpthread -lfunc -L../lib

# ll

-rwxr-xr-x 1 root root 1181240 Jun 28 14:23 test*

-rw-r--r-- 1 root root    1581 Jun 25 15:54 test.cpp

-rw-r--r-- 1 root root   72404 Jun 28 14:23 test.gcno

3、执行测试例可执行文件，生成gcda（test.gcda和func.gcda）

代码运行才会生成gcda文件。


./test

测试例执行时，也会调用到源码函数,所以也会运行源码，当然也会生成源码的gcda文件func.gcda。

后续我们将用生成的gcda文件，通过lcov命令扫描所有gcda、gcno文件，生成函数和分支覆盖率信息。

其实主要是统计源码的覆盖率，所以必须要生成源码的gcda。


ll

-rw-r--r-- 1 root root    1581 Jun 25 15:54 test.cpp

-rw-r--r-- 1 root root    6736 Jun 28 14:25 test.gcda

-rw-r--r-- 1 root root   72404 Jun 28 14:25 test.gcno

find -name *.gcda

./src/func.gcda

./test/test.gcda

4、使用lcov，根据.gcno和.gcda文件生成覆盖率信息

生成gcda文件后，执行lcov命令，lcov会扫描工程下所有gcda文件，并且有gcda文件它会找对应的gcno文件，然后通过对比，生成函数\分支覆盖率信息。


lcov -c -d ../ -o test_gcov.info

注意：

  • -d： 表示统计覆盖率的代码路径，我在exec/test目录下执行命令，但是想统计exec整个工程的，需要-d到当前目录上一级目录。

  • -o: 生成的gcov信息文件

  • -c:


root@linux:/home/code/3.test/2.gtest_exec/test# lcov -c -d ../ -o test_gcov.info

Capturing coverage data from ../

Found gcov version: 9.4.0

Using intermediate gcov format

Scanning ../ for .gcda files ...

Found 1 data files in ../

Processing test.gcda

Finished .info-file creation

5、根据genhtml命令，生成可视化的lcov代码覆盖率报告

lcov – code coverage report


genhtml -o genhtml.info test_gcov.info

index.html文件
在这里插入图片描述
点击连接可以查看具体的函数分支覆盖情况

代码仓库

https://github.com/LisaPig/gtest

参考：

https://www.cnblogs.com/jlh-/p/16985906.html

编译报错的案例

https://blog.csdn.net/Charmve/article/details/126387362

gcov实践

https://blog.csdn.net/qq_32534441/article/details/90645316

https://blog.csdn.net/wz764110621/article/details/137351187

​

大姨妈V
关注
专栏目录
gtest单元测试以及代码覆盖率详解
啊渊的专栏
03-21 6467
最近在写so库相关的项目，由于so是针对接口的代码编程，因此需要写大量的测试代码，因此使用gtest来进行测试自己的代码是很好的一个方式。 当然测试还可以使用valgrind测试代码中是否有内存泄露。总之很爽。 操作系统为Debian操作系统。 需要安装gtest sudo apt-get install libtest-dev 动态库编写 新建项目 项目目录如下: ...
C++白盒测试例子(使用Gtest)
03-30
程序接口测试例子，用GTEST实现。GTEST库可以从网上下截.
gtest单元测试（unit test）及覆盖率
01-20
下载google test 下载地址：https://github.com/google/googletest/tree/v1.10.x （我用的是1.10.x版本） main.cc #include #include “gtest/gtest.h” int Add(int a, int b) { return a + b; } int Sub(int a, int b){ return a - b; } TEST(testCase, test0){ EXPECT_EQ(14, Add(4, 10)); } TEST(testCase, test1){ ASSE
[C++][第三方库][gtest]详细讲解
最新发布
SnowK博客
10-03 2577
[C++][第三方库][gtest]详细讲解
使用gtest做cpp的单元测试并查看代码覆盖率
老中医的博客
06-15 1303
由于工作需要，要使用googletest做单元测试，本文记录下搭建gtest单元测试环境，并查看代码覆盖率的方法，以备不时之需。
使用gtest和lcov测试代码覆盖率
lansebingxuan的专栏
11-02 4726
使用gtest和lcov测试代码覆盖率
关于C++使用gtest进行unitest的一些问题总结
weixin_38331755的博客
12-27 809
C++使用gtest进行unitest的一些问题总结
gtest-coverage
gzwu的博客
06-11 1984
https://paul.pub/gtest-and-coverage/
C++测试框架gtest；如何生成覆盖率：lcov使用
weixin_45761030的博客
03-13 2581
不会用gtest写测试用例?不知道如何看自己的代码覆盖率？一文全搞定。
GTest覆盖率demo
weixin_41477689的博客
09-27 403
1. Ubuntu安装lcov sudo apt install lcov 使用lcov -v即可查看LCOV版本 2.以hello.c为例 #include<stdio.h> int main(int argc,char* argv[]) { if(argc>1) printf("AAAA\n"); else printf("BBB\n"); return 0; } 执行gcc -fprofile-arcs -fte
单元测试之 - gtest（构建、安装、demo，覆盖率测试）
一只羊
05-28 3566
一、简介 我们熟悉的单元测试框架有很多，比如 gtest, boost.test, catch等，今天以功能完备，文档丰富，比较常用的 gtest 为例子，包括构建、安装、demo, 覆盖率展示等。文章主要面向对单元测试了解不多的小白，更多单元测试内容自己百度吧，内容很多。 注 1、如下内容在个人的腾讯计算云上完成，linux ubuntu系统 2、自行百度的意思是搜索，不是真的百度，能用google最好不要用百度，做开发的都懂。 二、gtest构建和安装 1、源码下载 github.
白盒测试培训
07-21
代码覆盖率工具用于衡量测试的全面性，同时提醒我们不应过度依赖覆盖率指标。数据驱动的单元测试和模拟框架（如GMock）使测试更加灵活，而自动化工具如C++Test可以生成和执行测试用例。 接口测试是课程的另一关键点...
SoftWare_White_Box_Testing.rar_site:www.pudn.com_white _白盒测试
09-24
5. **覆盖工具**：使用覆盖率工具（如gcov、lcov）可以量化测试的质量，显示哪些代码行或条件被测试过，帮助识别未充分测试的部分。 6. **异常处理测试**：确保程序能够正确处理预期和非预期的异常情况，包括捕获和...
单元测试和白盒测试相关总结
hddryjv的博客
02-21 8792
单元测试和白盒测试相关总结
C++语言的单元测试与代码覆盖率
weixin_34008805的博客
11-20 2746
前言 测试是软件开发过程中一个必须的环节，测试确保软件的质量符合预期。 对于工程师自己来说，单元测试也是一种提升自信心的方式。 直接交付没有经过测试的代码是不太好的，因为这很可能会浪费整个团队的时间，在一些原本早期就可以发现的问题上。而单元测试，就是发现问题一个很重要的环节。 本文以C++语言为基础，讲解如何进行单元测试并生成测试报告。 在工具上，我们会...
温故而知新：gtest单元测试工具和lcov覆盖率统计工具的结合使用
热门推荐
fanchenxinok的专栏
12-30 1万+
一、简介 之所以叫温故而知新，是因为将这两个工具结合起来作为单元测试工具的想法在上一个项目中应用了，好像还没有人将这两种工具结合使用，或者没有写成博客供大家参考，现在重新温习下将想法写下来。 gtest单元测试工具接触过的人都很熟悉了，它是一款google提供的强大的测试框架，测试案例的编写也比较简单，gtest案例的编写可以参考系列博文:http://www.cn...
搭建gtest单元测试框架，输出代码覆盖率统计
wz764110621的博客
04-07 910
gtest搭建UT框架，输出覆盖率报告。
Jacoco统计web接口/功能测试的代码覆盖率【转】
weixin_34194087的博客
02-22 647
原文：https://www.jianshu.com/p/d2fd02d4164b 一、代码覆盖率 通常我们在做单元测试的时候会接触到代码覆盖率的概念，通过在单元测试的过程中收集代码覆盖率去判断测试用例是否充分，去更精准的定位问题。而对于功能测试或者接口测试比较少的去关注覆盖率数据，功能测试时覆盖率的收集也是比较困难的。然后对于功能测试而言进行代码覆盖率的收集有利于测试工程师去判断哪些...
使用gtest + Gcov 对C++ project进行单元测试以及单测覆盖率统计
Lucas66666的博客
10-07 5159
使用gtest + Gcov 对C++ project进行单元测试以及单测覆盖率统计 一、背景 单元测试对于开发人员来讲很普通但又经常被忽视，但是并不代表单元测试不重要相反很有必要，列举几条必要性的原因a 降低程序的bug出现的可能性。大工程难免包含很多的类方法等，这之间难免有相互耦合的地方，修改其中的一个方法很可能造成其其他的方法出现bug。如果提前写了单元测试，就能很快定位出bug所在 ...
vs2022 gtest 代码覆盖率
08-11
Visual Studio 2022 中的 GTest（Google Test Library）是一个用于编写测试的框架，它支持单元测试和集成测试。对于代码覆盖率（Code Coverage），GTest本身并不直接提供内置的覆盖率分析功能，但它可以与其他工具配合来测量测试代码覆盖到了源代码的哪些部分。 在VS2022中，通常会使用第三方库如Microsoft Visual Studio Code、CppTest Coverage 或 OpenCover + ReportGenerator等工具来计算代码覆盖率。你需要首先安装相应的插件或者配置文件，然后在GTest测试运行后，通过这些工具对测试结果进行解析，生成覆盖率报告。 例如，你可以执行测试后，通过命令行或者IDE插件（如`OpenCover.Console.exe`）收集覆盖率数据，接着使用ReportGenerator将这些数据转换成易于理解的HTML或XML报告。具体步骤可能会因所选工具的不同而略有差异。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值