开发者虽然主要负责工程里的开发任务，但是每个开发完毕的功能都是需要开发者自测通过的，所以经常会听到开发者提起单元测试的话题。那么今天我就带大伙一起来看看大名鼎鼎的谷歌 C++ 测试框架 GoogleTest.
简单介绍
来看看谷歌官方是怎么介绍这个框架的：
Googletest 是由测试技术团队根据 Google 的特定要求和约束开发的测试框架。无论您是在 Linux，Windows 还是 Mac 上工作，如果您编写 C++ 代码，googletest 都可以为您提供帮助。它支持任何类型的测试，而不仅仅是单元测试。
虽然谷歌是根据特定的需求和限制条件来开发这个框架的，但是它自己也指明了这个框架还可以用于其它用途，比如作为模拟器使用，当然这就扯远了，暂且不提。
谷歌在开发这套框架的时候，是有一套基本的设计思路的。
他们认为测试应该是相互独立而且是可重复的。如果正在做的测试由于其他测试的成功或失败而受到影响，这无疑会令人感到痛苦。GoogleTest 通过在不同的对象上运行不同的测试来实现测试的相互隔离。当其中一个或多个测试失败时，测试框架还允许测试者继续单独运行测试用例以达到快速调试。测试应该组织良好，并反映测试代码的结构。有很多测试其实可以共享数据和子例程的，那么 Googletest 提供了测试套件的概念将相关测试分组，测试套件中的所有测试就可以共享数据和子例程了。这种模式其实很常见，并且使得测试易于维护，特别是当你需要切换到新的代码工程时，测试流程将极大简化。
像谷歌这种规模的科技企业，内部的 C++ 项目非常之多，还是跨平台的，那么就对测试框架有平台无关的要求了。GoogleTest 正是如此，无论你是用的是那款编译器，哪个平台，通吃。
当然，测试的过程中理应提供尽可能全面的信息帮助开发者理解执行软件过程，GoogleTest 也不例外。就算测试过程中，某个测试执行失败被停止了，测试框架也会继续其它测试。如果你不希望某个测试由于失败而停止，可以设置该测试为非致命报错(non-fatal)。像这样的测试过程，可以帮助开发者在单个运行-编辑-编译周期中找到尽可能多的问题 bug。这样的测试框架是不是很高效？
虽说问题 bug 出现就够令开发者讨厌的了，但是自测过程的繁琐事那就更糟心了(头发怎么掉得那么快)，比如，开发者除了需要测试具体内容还得自己跟踪测试清单。Googletest 就可以帮助你从这里边脱身出来，做一枚潇洒的码农。
这里问一句，你用过 JUnit 或 PyUnit 吗？如果有的话，那么 Googletest 对你来说真的是易如反掌了。据说 Googletest 是基于 xUnit 架构开发而来。至于什么是 xUnit 架构，有机会我再聊聊吧。
测试框架在测试过程中，基本的测试操作就是使用断言(assert)来验证测试代码的行为，崩溃或者断言失败都表示被测试代码的行为不正确，否则正确。
初体验
来看一下简单的测试样例(环境配置安装会在后面有详细介绍)
#include <math.h>
#include <gtest/gtest.h>
int square(const int a)
{
int b = a * a;
if (b != b) {
return -1;
} else {
return a * a;
}
}
TEST(SquareTest, PositiveNos) {
ASSERT_EQ(0, square(0));
ASSERT_EQ(36, square(6));
ASSERT_EQ(324, square(18));
}
int main(int argc, char **argv)
{
testing::InitGoogleTest(&argc, argv);
return RUN_ALL_TESTS();
}这个测试样例是为了测试函数 int square(const int a) 的行为是否正确。
编译生成可执行文件之后，运行起来
可以看到，上面总共有一个测试套件和一个测试。首先启动一次全局测试环境，使用框架提供的宏 TEST() 创建了一个测试套件，命名为 SquareTest，和一个测试，命名为 PositiveNos。然后，运行测试套件内包含的所有测试，测试通过 OK。全部测试结束后，卸载全局测试环境。汇总全部测试结果 PASSED。测试流程结束。
文章转载自：ENG八戒
原文链接：https://www.cnblogs.com/englyf/p/17274911.html
