Googletest Primer

大佬A（参考了TEST()用法）

大佬B（参考了断言列表）

大佬C（参考了一些细节内容）

下面是本菜鸟为了理解框架而做的一点笔记。如果您已经初步了解过googletest，建议跳过此节。

googletest是一个由Google开发的、可在多平台下使用的C++测试框架，允许开发者通过相对优雅的方式组织和运行测试源码，得到稳定可信的测试结果。

与ISTQB等对测试相关概念的定义不同，Google官方在说明文档中将测试（test） 描述为一个检查测试程序内特定值是否符合预期的逻辑单元。而对应的测试用例（test case） 描述一组高关联性测试的组合，测试集（test suite） 则是一组测试目的一致的测试用例的集合。例如：当前需要对一个红黑树类lewis::rbtree进行测试，那么所有测试该类的测试用例可称为一个测试集，所有测试同一个函数/特性的测试，例如所有测试删除元素函数remove(const T&)的测试，可称为一个测试用例。

根据Google官方的说法，一个好的测试应当满足如下特点：

googletest可在多数主流平台下安装和部署，但平台下必须已经安装：

如果你在Windows下，更建议使用vcpkg等第三方库管理器安装部署googletest，如果自行部署，则要额外注意，使用测试库的平台必须和构建该库的平台对应；如果你在Linux下，则可以考虑自行安装部署或者通过包管理器安装部署该库。无论在何种平台下，如果你选择自行安装部署，必须下载一份该库的源码包：google/googletest，再在源码包根目录下执行构建命令。

另外，为了使用googletest，你也必须在使用该库的项目中手动添加引入该库的声明：

googletest引入了一系列可用于测试的功能，它们可以相对容易地在源码中使用。

与中的assert(cond)宏类似但不完全相同，googletest的断言是一系列根据测试条件是否满足而做出不同反应的宏。这类宏的统一格式为_，其中ACTION可以为传统断言（ASSERT）或者预期（EXPECT），区别在于ASSERT测试失败将会中止测试用例，EXPECT只会提示测试失败，一般不会干扰测试流程。而CONDITION包括但不限于下列情形之一，关于这些情形对应的断言内容细节，敬请阅读我在文首列出的参考博客。

为了丰富断言测试的输出内容，我们可以利用 public: void Check() { ::testing::StaticAssertTypeEq(); } }; template class FakeAllocator {}; TEST(TypeAssertionTest, Demo) { IsAlloc().Check(); } 测试用例编写

前面已经演示了测试用例的写法，这里说明一下：

TEST(suite, case)表示一个测试用例，suite为测试集名称，case为测试用例名称，后面的大括号内是一个测试函数。同一个测试集的所有测试用例相邻执行。

测试程序的入口函数应当添加初始化googletest的有关声明。要运行程序中的所有测试用例，应添加RUN_ALL_TESTS()。

不可否认，上面提到的测试用例和断言机制都很简练。但是，如果各个测试用例之间需要共享一些数据，或者测试用例之间的重复度很高（例如：编译器前端的表达式测试），这个时候编写一堆TEST()显然是不符合测试实际的。

Google提供了“测试固件”（Primer中称其为test fixture，但博客资料大多不提供相关内容，这里提供一个十分蹩脚的译名），用于解决测试用例重复度高、相互依赖性强的问题。为了利用该机制，你需要：

下面是一个test fixture的示例：

注意：对使用同一个fixture的各个测试用例，如果需要在这些用例中间共享数据成员，请将其声明为static变量。因为用例本质上是创建一个派生实例去执行测试，测试完毕后，实例即被销毁，所以非static数据成员不能达到共享数据的目的。Google官方不提倡对这些测试用例共享数据，但如果确需共享，也只能这么做。

test fixture的复用是通过TEST_F(fixture, test)方式实现的，fixture指代fixture的类名，test指代测试用例名。通过TEST_F创建的测试用例可以使用fixture类定义的非private成员。

全局事件比较特殊。它不能借助fixture实现，而是需要依赖googletest中的环境（Environment）概念实现。测试程序会在开始测试之前调用所有已注册环境的SetUp()方法，会在全部测试结束后调用TearDown()方法。编写::testing::Environment的派生类，重载这两个方法，可以实现全局级事件。

参数化测试着重于解决某些测试用例内部的同质化问题。例如：某些测试用例会使用十数个、数十个或上百个参数，逐个编写将是十分耗时的工作。参数化是一种根据参数列表复制测试用例，从而有效降低带有大量参数的测试用例编写成本的思路，所幸Google的大神也考虑到了这个问题，在googletest中提供了对应的支持。

Google告诉我们，利用参数化功能必须经过三步：

参数化测试是由::testing::TestWithParam派生的，必须定义一个对应的派生类，派生类内不需要额外添加内容，但需要通过INSTANTIATE_TEST_SUITE_P(prefix, suite, param_generator)确定使用参数的范围。在类定义的后文通过TEST_P(suite, test)创建使用该参数的测试，同一套参数可以使用于多个测试用例。