本文共 6128 字，大约阅读时间需要 20 分钟。
这篇来学习一下Gtest中更高级一些的特性test fixture，测试夹具的基本上使用。什么的场景需要使用到测试夹具呢？测试夹具是哪个宏，这篇来学习这个主题。
1.什么叫test fixture
什么是测试夹具，这个概念在任何xUnit系列的单元测试框架都会出现。一般是指，所有的测试用例都可以共享的步骤，例如初始化和事后清理操作，能提供这个功能的对象叫test fixture。
在test fixture是这样使用的，我们需要单独写一个类并且继承testing::Test，如果有必要都需要实现SetUp()和TearDown()函数，当然这两个至少有一个需要实现，不然我们不会去使用test fixture这个功能。在SetUp()函数中一般写一些初始化操作，例如测试对象的创建，对象的成员变量的初始化等，在TearDown()一般用来集中清除资源操作，例如销毁在SetUp()中创建的被测试对象。
2.测试夹具使用
sample03.h代码
#ifndef GTEST_SAMPLES_SAMPLE03_INL_H_#define GTEST_SAMPLES_SAMPLE03_INL_H_#include// Queue类是一个简单的队列，内部是基于单链表实现//// 元素数据类型必须支持拷贝构造template // E 是元素的类型。使用了模板类class Queue;// QueueNode 是Queue对象中的一个结点, 存储元素E和指向下一个结点的指针template // E 是元素的类型。使用了模板类class QueueNode { friend class Queue ;public: // 获取结点中的元素 const E& element() const { return element_; } // 获取下一个结点 QueueNode* next() { return next_; } const QueueNode* next() const { return next_; }private: // 创建一个结点，元素是参数element，下一个结点的指针设置为NULL explicit QueueNode(const E& an_element) : element_(an_element), next_(nullptr) {} // 这里禁用默认的赋值操作和构造 const QueueNode& operator = (const QueueNode&); QueueNode(const QueueNode&); E element_; QueueNode* next_;};template // E 是可以任意类型class Queue {public: // 创建一个空的队列 Queue() : head_(nullptr), last_(nullptr), size_(0) {} // 析构函数 清空队列 ~Queue() { Clear(); } // 清空队列函数 void Clear() { if (size_ > 0) { // 1. 删除每一个结点 QueueNode * node = head_; QueueNode * next = node->next(); for (; ;) { delete node; node = next; if (node == nullptr) break; //跳槽循环在这行 next = node->next(); } // 2.重置成员变量，队列大小为0，头结点和尾结点都设置为空指针 head_ = last_ = nullptr; size_ = 0; } } // 获取队列元素个数 size_t Size() const { return size_; } // 获取队列头部元素, 如果队列为空返回NULL QueueNode * Head() { return head_; } const QueueNode * Head() const { return head_; } // 获取队列尾部元素, 如果队列为空返回NULL QueueNode * Last() { return last_; } const QueueNode * Last() const { return last_; } // 往队列尾部插入一个元素，使用拷贝构造创建这个元素并存储在队列中 //对队列中的元素所做的更改不会影响源对象，反之亦然。 void Enqueue(const E& element) { QueueNode * new_node = new QueueNode (element); if (size_ == 0) { head_ = last_ = new_node; size_ = 1; } else { last_->next_ = new_node; last_ = new_node; size_++; } } // 删除头部元素并返回这个元素，如果队列为空，返回NULL E* Dequeue() { if (size_ == 0) { return nullptr; } const QueueNode * const old_head = head_; head_ = head_->next_; size_--; if (size_ == 0) { last_ = nullptr; } E* element = new E(old_head->element()); delete old_head; return element; } // 提供一个函数，遍历队列中每一元素，调用这个函数，返回结果存储在一个新的队列，源队列对象不受影响 template Queue* Map(F function) const { Queue* new_queue = new Queue(); for (const QueueNode * node = head_; node != nullptr; node = node->next_) { new_queue->Enqueue(function(node->element())); } return new_queue; }private: QueueNode * head_; // 队列头结点 QueueNode * last_; // 队列尾结点 size_t size_; // 队列元素个数 // 这里不允许复制队列. Queue(const Queue&); const Queue& operator = (const Queue&);};#endif // GTEST_SAMPLES_SAMPLE03_INL_H_
TestSample03.cpp代码
//在这个例子中，我们使用Gtest中更高级一点的特性，叫test fixture, 一般翻译测试夹具//// 测试夹具是用来放置对象和函数，并共享给所有的测试用例在一个测试cpp文件中// 使用测试夹具能够避免测试代码重复，特别是哪些每个测试都需要用到的初始化和清除操作////测试从代码共享的意义上共享的是测试夹具，而不是数据共享。//每个测试都有自己的最新副本夹具。 您不能期望一次测试修改的数据是传递给另一个测试，这是一个坏主意.//// 这么设计的原因是保持测试的独立性和可重复性 // 一个测试不能受其他的测试失败而导致失败//如果一个测试依赖于另一个测试，这两个测试应该是被看作一个大的测试//// 响应测试成功或失败的宏（例如 EXPECT_TRUE, FAIL, 等）需要知道当前的测试是什么// 当Google test打印测试结果，如果遇到失败，打印结果会告诉失败是哪一个测试//从技术上讲，这些宏会调用Test类的成员函数。 因此，您不能在全局函数中使用他们。//这就是为什么您应该放置测试子例程在测试夹具中。//#include "sample03.h"#include "gtest/gtest.h"namespace { // 想要使用测试夹具，需要定义一个类并继承testing::Test class QueueTestSmpl3 : public testing::Test { protected: // 这里使用保护关键字，成员都受访问保护，可以从子类中访问到父类受保护的成员 // 每个TEST宏的测试在开始运行之前都会调用virtual void SetUp() //应该实现这个SetUp()，例如一些变量初始化，如果用不到就不需要提供SetUp() void SetUp() override { q1_.Enqueue(1); q2_.Enqueue(2); q2_.Enqueue(3); } // 每个TEST宏的测试在结束之前都会调用virtual void TearDown() // 你应该定义在TearDown中做哪些清除操作，否则不应该提供这个TearDown函数 // // virtual void TearDown() { // } // 一个帮助函数，有些测试需要用到 static int Double(int n) { return 2 * n; } // 一个帮助函数，为了测试 Queue::Map(). void MapTester(const Queue * q) { // 新建一个对象，队列中每一个元素都是q中元素的两倍大小 const Queue * const new_q = q->Map(Double); // 确认新的队列大小和q是一样大 ASSERT_EQ(q->Size(), new_q->Size()); // 确认两个队列之间元素的关系 for (const QueueNode *n1 = q->Head(), *n2 = new_q->Head(); n1 != nullptr; n1 = n1->next(), n2 = n2->next()) { EXPECT_EQ(2 * n1->element(), n2->element()); } delete new_q; } // 声明接下来你想用到的几个变量 Queue q0_; Queue q1_; Queue q2_; }; // 当你有需要测试夹具（ fixture翻译为夹具），需要使用 TEST_F宏编写测试用例，不用TEST宏 // 测试默认构造函数 TEST_F(QueueTestSmpl3, DefaultConstructor) { // 可以访问元素使用TEST_IF EXPECT_EQ(0u, q0_.Size()); } // 测试 Dequeue(). TEST_F(QueueTestSmpl3, Dequeue) { int * n = q0_.Dequeue(); EXPECT_TRUE(n == nullptr); n = q1_.Dequeue(); ASSERT_TRUE(n != nullptr); EXPECT_EQ(1, *n); EXPECT_EQ(0u, q1_.Size()); delete n; n = q2_.Dequeue(); ASSERT_TRUE(n != nullptr); EXPECT_EQ(2, *n); EXPECT_EQ(1u, q2_.Size()); delete n; } // 测试函数Queue::Map() TEST_F(QueueTestSmpl3, Map) { MapTester(&q0_); MapTester(&q1_); MapTester(&q2_); }} // namespace 在拷贝我的代码过程需要注意，我在每个cpp文件都右键-属性-预编译头中选择了不使用预编译头。
点击生成解决方案，查看gtest的运行输出结果
红圈这几个测试结果是本篇关于test fixture的用例运行结果，注意看倒数第3行，Global test environment tear-down，这个gtest在运行全部测试用例的时候，内部也使用了TearDown()这个机制。
3.总结
这篇重点是介绍学习test fixture的基本使用。被测试的对象是一个自定义的队列数据结构的MyQueue类。测试代码中用到了new开辟内存空间和delete删除内存空间，还有模板类的定义。
1.使用TEST_F(测试夹具名称，测试用例名称)
这个测试夹具名称一般就是我们在cpp文件中提前写的自定义类的名称，这个类是必须继承testing::Test
本篇就新使用到了几个测试断言宏
ASSERT_EQ //强断言 两个对象是否相等ASSERT_TRUE //强断言，表达式或函数返回值是不是true
这个看起来和前面的EXPECT_EQ和EXPECT_TRUE是一样的作用，很自然，我们就会去想ASSER和EXPECT有什么区别。
4.ASSERT和EXPECT的区别
我们在gtest中光标定位在ASSERT_TURE,按下键盘F12，可以看到定义这个方法的代码如下
通过对比ASSERT_TRUE和EXPECT_TRUE中调用代码的实现，发现两个断言宏的根本区别是在于NONFATAL 和FATAL的区别。上面可以看到EXPECT是调用NONFATAL，而ASSERT是调用FATAL实现。在不继续看代码之前，我们先搞清楚FATAL这个英文单词的意思，翻译过来就是致命。也就是ASSERT走的是致命失败，而EXPECT走的是非致命失败。
接着分别来看GTEST_NONFATAL_FAILURE_ 和GTEST_FATAL_FAILURE_的内部实现
上面我们点击右侧TestPartResult这个接口，点击F12。
马上就接近真相，通过红圈两个枚举的注释我们得到了答案。
ASSERT_TRUE ：如果失败，测试应该被终止
EXPECT_TRUE：如果失败，测试可以继续往下运行
根据这个结论，但是我们当前的水平不好写代码去验证，因为gtest的运行报告不会显示我们自己写的std::cout语句的打印数据。
转载地址：http://krxws.baihongyu.com/