gtest 单元测试

2024-01-27 04:44
文章标签 单元测试 gtest

本文主要是介绍gtest 单元测试，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

  • 前言
  • 一、Google Test介绍
    • 1.1 gtest源码下载编译
    • 1.2 常用API介绍
    • 1.3 gtest运行参数介绍
  • 二、Google Mock
  • 参考资料

前言

Google Test（简称gtest）是一个开源的C++单元测试框架。和常见的测试工具一样，gtest提供了单体测试常见的工具和组件。比如判断各种类型的值相等，大于，小于等，管理多个测试的测试组如testsuit下辖testcase，为了方便处理初始化数据减少重复代码，提供了setup和teardown函数等。

一、Google Test介绍

1.1 gtest源码下载编译

git clone https://github.com/google/googletest.git
cd googletest
mkdir build && cd build && cmake .. && make -j4
sudo make install
sudo ldconfig

在googletest/samples文件夹中里面存放了10个官方提供的示例代码，默认是不编译的，这里我们修改googletest/CMakeLists.txt，将第20行的OFF改为ON。

option(gtest_build_tests "Build all of gtest's own tests." OFF)option(gtest_build_samples "Build gtest's sample programs." ON)option(gtest_disable_pthreads "Disable uses of pthreads in gtest." OFF)

重新构建后，可以在build目录下看到googletest自带的sample都编译为了可执行文件。

root@localhost:~/gtest/build/googletest# ls
CMakeFiles           Makefile             generated          sample1_unittest  sample3_unittest  sample5_unittest  sample7_unittest  sample9_unittest
CTestTestfile.cmake  cmake_install.cmake  sample10_unittest  sample2_unittest  sample4_unittest  sample6_unittest  sample8_unittestroot@localhost:~/gtest/build/googletest# ./sample1_unittest
Running main() from /root/gtest/googletest/src/gtest_main.cc
[==========] Running 6 tests from 2 test suites.
[----------] Global test environment set-up.
[----------] 3 tests from FactorialTest
[ RUN      ] FactorialTest.Negative
[       OK ] FactorialTest.Negative (0 ms)
[ RUN      ] FactorialTest.Zero
[       OK ] FactorialTest.Zero (0 ms)
[ RUN      ] FactorialTest.Positive
[       OK ] FactorialTest.Positive (0 ms)
[----------] 3 tests from FactorialTest (0 ms total)[----------] 3 tests from IsPrimeTest
[ RUN      ] IsPrimeTest.Negative
[       OK ] IsPrimeTest.Negative (0 ms)
[ RUN      ] IsPrimeTest.Trivial
[       OK ] IsPrimeTest.Trivial (0 ms)
[ RUN      ] IsPrimeTest.Positive
[       OK ] IsPrimeTest.Positive (0 ms)
[----------] 3 tests from IsPrimeTest (0 ms total)[----------] Global test environment tear-down
[==========] 6 tests from 2 test suites ran. (0 ms total)
[  PASSED  ] 6 tests.

在googletest的说明手册中，给出了示例代码更详细的解释：Googletest Samples，Google单元测试框架gtest之官方sample笔记1–简单用例

1.2 常用API介绍

我们来看一个Googletest Samples1中的一段代码

TEST(FactorialTest, Zero) 
{ EXPECT_EQ(1, Factorial(0)); 
}

这里用到了TEST宏，它有两个参数，官方的对这两个参数的解释为：[TestCaseName，TestName]
在运行的结果中我们可以看到，通过TEST宏我们启动了对FactorialTest函数的测试，名称为Zero。

[ RUN      ] FactorialTest.Zero
[       OK ] FactorialTest.Zero (0 ms)

紧接出现了EXPECT_EQ(1, Factorial(0)); ，这个宏用来比较两个数字是否相等。Google还包装了一系列EXPECT_* 和ASSERT_*的宏，而EXPECT系列和ASSERT系列的区别是：

  1. EXPECT_* 失败时，案例继续往下执行。
  2. ASSERT_* 失败时，直接在当前函数中返回，当前函数中ASSERT_*后面的语句将不会执行。

1.3 gtest运行参数介绍

  1. 命令行参数：–gtest_output=“xml:report.xml”，可以把控制台内容输出转储为 XML 格式，其中report为存储的文件名，e.g.
./unittest --gtest_output="xml:report.xml"
  1. 命令行参数：–gtest_repeat=n，表示进行n次的重复测试，某些测试进行多次尝试后可能会结果不一致，可以使用重复测试功能进行测试；参数–gtest_break_on_failure可以支持自动调试，运行测试有时候会失败，但是在大多数时候会顺利通过。这是与内存损坏相关的问题的典型特点。如果多次运行测试，就能够提高发现失败的可能性,e.g.
./unittest --gtest_repeat=2 --gtest_break_on_failure

表示重复运行相同的测试用例两次，如果测试失败，会自动调用调试器。

  1. 命令行参数：运用–gtest_filter来过滤case。有时候我们并不需要运行所有测试，尤其是在修改的代码只影响某几个模块的情况下。为了支持运行一部分测试，Google 提供 --gtest_filter=，e.g.
./unittest --gtest_filter=* #执行所有测试
./unittest --gtest_filter=PoissonUdpClientTest* #执行PoissonUdpClientTest开头的测试
./unittest --gtest_filter=-PoissonUdpClientTest* #不执行PoissonUdpClientTest开头的测试

二、Google Mock

gmock是谷歌推出的开源白盒测试工具，用于编写C++模拟类的框架。通过gmock可以用一些简单的宏描述想要模拟的接口并指定其期望，在测试中有效地去除外部依赖，更方便地测试模块功能。
对类里面需要打桩的函数mock，语法如下：

MOCK_METHODn(..., ...); //其中n表示参数的个数
MOCK_CONST_METHODn(..., ...); //const成员方法用这种

对mock的方法可以指定期望，包括返回值，调用次数等，使用EXPECT_CALL()宏：

EXPECT_CALL(mock_object, method(matchers)).Times(cardinality) //可以指定调用几次.WillOnce(action) //可以指定调用行为.WillRepeatedly(action);

Matchers指参数匹配器，可以指定任意参数，::testing::_ 表示输入的参数为任意参数，其他参数不一一列举

Mock virtual方法如下，不需要对工程代码做修改：

// Foo.h
class Foo {
public:virtual int FooFuncOne(int num);
};// FooTest.cc
class MockFoo : public Foo {
public:MOCK_METHOD1(FooFuncOne, int(int num));
};TEST(FooTest, FooFuncOne)
{MockFoo mockFoo;// 指定FooFuncOne返回值为5EXPECT_CALL(mockFoo, FooFuncOne((::testing::_))).WillRepeatedly((::testing::Return)(5));
}

上面mock方法主要用到了虚函数重写，但是对于非虚函数，上述写法是不能够生效的，需要有较大的改动，可以根据实际需要选择。下面贴了使用的示例：

// foo.h
class Foo {
public:void CallSelfMethod();void PublicMethod();
protected:void ProtectedMethod();
private:void PrivateMethod();
};// 重构成模板类 foo_testable.h
template <typename T>
class FooTestable {
public:FooTestable(T &self);void CallSelfMethod();void PublicMethod();
protected:void ProtectedMethod();
private:void PrivateMethod();T &self;
};// foo_test.cc
class MockFoo {
public:MOCK_METHOD(PublicMethod, void());MOCK_METHOD(ProtectedMethod, void());MOCK_METHOD(PrivateMethod, void());
};
TEST(Test_MockSelfNonVirtualMethod, SelfMethod) {MockFoo mockFoo;FooTestable<MockFoo> fooTestable(mockFoo);EXPECT_CALL(mockFoo, PublicMethod()).Times(1);EXPECT_CALL(mockFoo, ProtectedMethod()).Times(1);EXPECT_CALL(mockFoo, PrivateMethod()).Times(1);fooTestable.CallSelfMethod();
}

参考资料

  1. https://github.com/google/googletest
  2. 【CMake 系列】（四）用 GoogleTest 测试 #136
  3. Golang 中的测试 #95
  4. 编写优美的GTest测试案例
  5. 转一篇小亮同学的google mock分享
  6. Linux项目搭建Gtest/Gmock框架总结
  7. C++ 单元测试之 gtest & gmock

这篇关于gtest 单元测试的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/649092。

相关文章

springboot+maven搭建的项目，集成单元测试

springboot+maven搭建的项目，集成单元测试

springboot+maven搭建的项目，集成单元测试 1.在pom.xml文件中引入单元测试的依赖包 <!--单元测试依赖--><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-test</artifactId><scope>test</scope></depen
阅读更多...
PowerMock 单元测试总结与常见坑解决方案

PowerMock 单元测试总结与常见坑解决方案

PowerMock 单元测试总结与常见坑解决方案 官方文档: PowerMock GitHub PowerMock 在单元测试中能够帮助我们解决静态类、final 方法、私有方法等无法轻易 mock 的问题。下面是我在实际使用 PowerMock 时踩过的一些坑，并结合 PowerMock 的一些方法进行总结。 基本依赖和设置 在 Maven 中添加 PowerMock 依赖。在测试
阅读更多...
JAVA—单元测试

JAVA—单元测试

单元测试：就是针对最小的功能单元（方法），编写测试代码对其进行正确性测试     之前是使用main函数调用来进行检测，无法实现自动化测试 也会影响其他方法的测试 目录 1.junit框架概述 2.junit框架的常见注解 1.junit框架概述 package High_junit;//字符串工具类 用于测试public class String_ju
阅读更多...
idea单元测试报错找不到主类

idea单元测试报错找不到主类

报错截图 主要是单测中没有配置类 在下面的command line 中选择jar manifest 因为条参数过长，这里设置只使用主类 详细解释见： https://www.jianshu.com/p/8322b3b17040
阅读更多...
file | 某文件夹【解耦合】下的文件查找功能实现及功能单元测试

file | 某文件夹【解耦合】下的文件查找功能实现及功能单元测试

文件查找工具 概要思路OS模块 --- 学习版os.getcwd()os.path.dirname(os.getcwd())os.path.dirname() 和 os.path.basename() OS模块 — 实战版单元测试解耦合 概要 梳理业务主逻辑： 查看存放被采集JSON数据的文件夹内的文件列表【所有 包含文件夹下的文件夹下的文件】 这是本节内容聚焦的点和My
阅读更多...
【JUnit单元测试框架】

【JUnit单元测试框架】

单元测试的概念 单元测试，顾名思义，是针对软件中的最小可测试部分（通常是类或方法）进行的测试。它的目的是确保这些最小单元按照预期工作，从而帮助开发者快速定位和解决问题。单元测试通常遵循“隔离”原则，即测试一个功能单元时，应该尽量减少对其他部分的依赖，以便专注于当前单元的行为。 历史做法及其问题 将所有测试代码都放在main方法中，并通过main方法去调用其他方法进行测试。这种做法存在几个显著
阅读更多...
visual studio2015单元测试

visual studio2015单元测试

尝试引用了包含待测了待测程序的项目，但是不知道该如何调用待测代码，所以只能通过引用生成的库文件 进行单元测试的步骤： 一、创建控制台静态库项目，将要测试的代码编译为库文件 二、创建单元测试项目，引用创建的库文件，并在stdafx.h中包含之前库文件的头文件： 1）直接include头文件的绝对路径 2）将头文件复制到单元测试项目的根目录下，并直接在stdafx.h头文件中include头
阅读更多...
软件测试常用工具总结（测试管理、单元测试、接口测试、自动化测试、性能测试、负载测试...）

软件测试常用工具总结（测试管理、单元测试、接口测试、自动化测试、性能测试、负载测试...）

前言 在软件测试的过程中，多多少少都是会接触到一些测试工具，作为辅助测试用的，以提高测试工作的效率，使用好了测试工具，能对测试起到一个很好的作用，同时，有些公司，也会要求掌握一些测试工具，或者，是在面试时，也会被问到测试工具的，比如，在面试时，最常见的问题便是，你在测试时，用的是什么测试工具？或者，要做性能测试时，要用什么测试工具进行测试会比较好？等等问题。 作为测试人员，了解下现在有哪些
阅读更多...
单元测试 Mock不Mock？

单元测试 Mock不Mock？

文章目录 前言单元测试没必要?Mock不Mock?什么是Mock?Mock的意义何在? 如何Mock？应该Mock什么？Mock 编写示例 总结 前言 前段时间，我们团队就单元测试是否采用 Mock 进行了一番交流，各有各的说法。本文就单元测试 Mock不Mock 给出我的观点，欢迎各位同仁提出不同的意见，共同探讨、相互交流。 单元测试没必要? 我见过好多不写单元测试的项目，
阅读更多...
RD单元测试和QA接口测试的区别

RD单元测试和QA接口测试的区别

1.单元测试 单元测试的基本原则：单元测试应该测试独立的单元模块，这个单元不应依赖于其他模块。 单元测试会强迫你去把各个模块解耦，因为耦合的很紧的模块是很难进行单元测试的，一般情况下，一个普通的程序员在任务很紧的时候很难费劲心思去将代码进行模块化的；当为了单元测试，自己就会去想方设法将模块解耦，这也算是单元测试的一个副产品吧。 单元测试能够进行最仔细的最细致的最方便的最全面的测试；只要测试用
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2