仿RabbiteMq简易消息队列基础篇（gtest的使用）

@TOC

gtest介绍

        gtest是google的一个开源框架，它主要用于写单元测试，检查自己的程序是否符合预期行为。可在多个平台上使用（包含Linux，MAC OC，Windows等）。它提供了丰富的断言，致命和非致命失败判断，能进行值参数化测试，类型参数化测试，“死亡测试”。

断言

        一般的要测试一个方法（函数）是否是正常执行的，可以提供一些输入数据，在调用这个函数后，会得到输出结果，然后检查输出的数据是否与我们期望的结果是一致的，若一致则说明这个方法的逻辑是正确的，否则就有问题。

        在对输出结果进行检查的时候，gtest为我们提供了一系列的断言进行代码测试，这些宏有点类似于函数调用。当断言失败时gtest将会打印出assertion时的源文件和出错行的位置以及附加的失败信息。这些输出的附加信息用户可以直接通过operator << 在这些断言宏后面。

        gtest中，断言的宏可以分为两种，一类是ASSERT系列，一类是EXPECT类。

        区别：ASSERT不通过的时候会认为是一个指明的错误，退出当前函数（只是函数)。而EXPECT失败之后会继续运行当前函数，所以对于函数内的几个失败可以同时报告出来，通常用我们EXPECT级别的断言即可，除非你认为当前检查点失败后函数的后续检查没有意义。

布尔类型检查

致命断言	非致命断言	验证
ASSERT_TRUE(状态)	EXPECT_TRUE(状态)	条件为真
ASSERT_FALSE(状态)	EXPECT_FALSE(状态)	条件为假

二值检查

致命断言	非致命断言	验证
ASSERT_EQ(期望值， 实际值)	EXPERT_EQ(期望值， 实际值)	期望值 == 实际值
ASSERT_NE(值1， 值2)	EXPERT_NE(值1， 值2)	值1 != 值2
ASSERT_LT(值1， 值2)	EXPERT_LT(值1， 值2)	值1 < 值2
ASSERT_LE(值1，值2)	EXPERT_LE(值1， 值2)	值1 <= 值2
ASSERT_GT(值1， 值2)	EXPERT_GT(值1， 值2)	值1 > 值2
ASSERT_GE(值1，值2)	EXPERT_GE(值1， 值2)	值1 >= 值2

字符串检查

致命断言	非致命断言	验证
ASSERT_STREQ(字符串1， 字符串2)	EXPECT_STREQ(字符串1， 字符串2)	两个C字符串具有相同的内容
ASSERT_STRNE(字符串1， 字符串2)	EXPECT_STRNE(字符串1， 字符串2)	两个C字符串有不同的内容
ASSERT_STRCASEEQ(字符串1， 字符串2)	EXPERT_STRCASEEQ(字符串1， 字符串2)	两个C字符串具有相同的内容（忽略大小写）
ASSERT_STRCASENE(字符串1， 字符串2)	EXPECT_STRCASENE(字符串1， 字符串2)	两个C字符串的内容不同（忽略大小写）

宏测试

TEST宏

        TEST宏的第一个参数是test_case_name(测试套件名)，第二个参数是test_name(测试特例名)

        测试套件（Test Case）是为某个特殊目标而编制的一组测试输入，执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

        测试特例名是测试套件下的一个测试

举例：

#include <iostream>
#include <gtest/gtest.h>using namespace std;TEST(MATHTEST, test1)
{ASSERT_EQ(10, 10);     // 成功EXPECT_NE(10, 10);     // 失败，但是会继续执行ASSERT_TRUE(10 > 0);   // 成功EXPECT_FALSE(10 < 1);  // 成功
}int main(int argc, char* argv[])
{testing::InitGoogleTest(&argc, argv);return RUN_ALL_TESTS();
}

TEST_F宏

        使用TEST_F前需要创建一个固定类，继承testing::Test类

        在类内部使用public或者protected描述其成员，为了保证实际执行的测试子类可以使用其成员变量。在构造函数或者继承于::testing::Test类中的SetUp方法中可以实现我们需要构造的数据。在析构函数或者继承于::testing::Test类中的TearDown方法中可以实现一些资源释放的代码。

        这里需要注意四个函数

//测试环境测试夹具类中可以实现四个函数static void SetUpTestCase()  //在测试某个测试套件时，在执行第一个测试用例前执行static void TearDownTestCase() //在测试某个测试套件时，在执行完最后一个测试用例后执行virtual void SetUp() override //在测试某个测试套件时，在执行每一个测试用例前执行virtual void TearDown() override //在测试某个测试套件前，在执行完每一个测试用例后执行

        第一个参数为测试套件名（必须与创建的固件类名一致），第二个为测试名，可任意取。

        TEST_F宏和TEST宏的实现接近，只是TEST_F宏的封装更加开放一些，对TEST宏的功能多了一些扩展。

        TEST_F与TEST的区别，TEST_F提供了一个初始化函数（SetUp）和一个清理函数（TearDown）。在TEST_F中使用的变量可以在初始化函数SetUp中初始化，在TearDown中销毁。所有的TEST_F是互相独立的，都是在初始化以后的状态开始运行。一个TEST_F不会影响另一个TEST_F所使用的数据，多个测试场景需要相同数据配置的情况用TEST_F。

举例：

#include <iostream>
#include <gtest/gtest.h>
#include <vector>
#include <algorithm>using namespace std;vector<int> global_vector;class VectorTest : public testing::Test
{
public:static void SetUpTestCase(){cout << " VectorTest测试套件开始测试" << endl;global_vector = {9, 5, 6, 2, 8, 7, 1, 3, 4};}static void TearDownTestCase(){cout << "VectorTest测试套件结束测试，清理数据" << endl;global_vector.clear();}void SetUp() override{cout << "VectorTest测试套件中新的一场测试开始测试" << endl;global_vector = {9, 5, 6, 2, 8, 7, 1, 3, 4};}void TearDown() override{cout << "VectorTest测试套件中旧的一场测试结束测试，清理数据" << endl;global_vector.clear();}
};TEST_F(VectorTest, sortVector)
{sort(global_vector.begin(), global_vector.end());for(int i = 0; i < global_vector.size(); i++){cout << global_vector[i] << " ";}cout << endl;
}TEST_F(VectorTest, reductVector)
{for(int i = 0; i < global_vector.size(); i++){cout << global_vector[i] << " ";}cout << endl;
}TEST(MYTEST, test1)
{if(global_vector.empty()){cout << "数组已经清空" << endl;}else{cout << "数组没有清空" << endl;}
}int main(int argc, char* argv[])
{testing::InitGoogleTest(&argc, argv);return RUN_ALL_TESTS();
}

TEST_P宏

        在设计测试案例时，经常需要考虑给被测函数传入不同的值的情况。我们之前的做法通常是写一个通用方法然后编写在测试案例调用它。即使使用了通用方法，这样的工作也是有很多重复性的。

        用TEST这个宏，需要编写如下的测试案例，每输入一个值就需要写一个测试点，这还只是在一个测试中，如果把每个测试点单独创建一个测试，工作量就更大。使用TEST_P这个宏，对输入进行参数化，就简单很多

举例：

#include <iostream>
#include <gtest/gtest.h>
#include <vector>
#include <algorithm>using namespace std;class positiveTest : public testing::TestWithParam<int>
{
public:static void SetUpTestCase(){cout << " VectorTest测试套件开始测试" << endl;}static void TearDownTestCase(){cout << "VectorTest测试套件结束测试，清理数据" << endl;}void SetUp() override{cout << "VectorTest测试套件中新的一场测试开始测试" << endl;}void TearDown() override{cout << "VectorTest测试套件中旧的一场测试结束测试，清理数据" << endl;}
};class negativeTest : public testing::TestWithParam<int>
{
public:static void SetUpTestCase(){cout << " VectorTest测试套件开始测试" << endl;}static void TearDownTestCase(){cout << "VectorTest测试套件结束测试，清理数据" << endl;}void SetUp() override{cout << "VectorTest测试套件中新的一场测试开始测试" << endl;}void TearDown() override{cout << "VectorTest测试套件中旧的一场测试结束测试，清理数据" << endl;}
};INSTANTIATE_TEST_SUITE_P
(positiveValues,positiveTest,testing::Values(9, 5, 6, 2, 8, 7, 1, 3, 4)
);INSTANTIATE_TEST_SUITE_P
(negativeValues,negativeTest,testing::Values(-9, -5, -6, -2, -8, -7, -1, -3, -4)
);TEST_P(positiveTest, Test1)
{int param = GetParam();EXPECT_GT(param, 0);}TEST_P(negativeTest, Test1)
{int param  = GetParam();EXPECT_LT(param, 0);}int main(int argc, char* argv[])
{testing::InitGoogleTest(&argc, argv);return RUN_ALL_TESTS();
}

预处理事件机制

gtest 提供了多种预处理事件机制，方便我们在测试之前或之后做一些操作。

1. 全局的，所有测试执行前后。

2. TestSuite级别的，在某测试套件中第一个测试前，最后一个测试执行后。

3. TestCase级别的，每个测试前后。

1.全局事件

        要实现全局事件，必须写一个类继承testing::Environment类，实现里面的SetUp和TearDown方法。

        1. SetUp()方法在所有案例执行前执行。

        2. TearDown()方法在所有案例执行后执行。

        还需要在main函数中通过调用testing::AddGlobalTestEnvironment这个函数将事件挂进来，也就是说，我们可以写很多个这样的类，然后将他们的事件都挂上去，AddGlobalTestEnvironment这个函数要放在RUN_ALL_TEST之前。

int main()
{testing::AddGlobalTestEnvironment(new FooEnvir);testing::InitGoogleTest();RUN_ALL_TESTS();return 0;
}

2.TestSuites事件

        需要写一个类，继承testing::Test，然后实现两个静态方法

        1. SetUpTestCase() 方法在第一个TestCase之前执行。

        2. TearDownTestCase() 方法在最后一个TestCase之后执行。

3.TestCase事件

        TestCase事件是挂在每个案例执行前后的，实现方式和Test'Suites的几乎一样，不过需要实现的是SetUp方法和TearDown方法：

1. SetUp()方法在每个TestCase之前执行。

2. TearDown()方法在每个TestCase之后执行。