参考：

GoogleTest官网

基本概念

要使用GoogleTest，需要包含header gtest/gtest.h

断言是检查条件是否为真的语句，其结果可能是成功或失败，失败分为非致命失败和致命失败两种，后者会终止当前运行，前者则会继续运行。

GoogleTest中，断言类似于函数调用的宏，断言失败时，GoogleTest会输出断言的源文件和行号位置以及失败消息（所有断言都可以使用<<输出自定义失败消息）

ASSERT_*

会抛出致命失败故障的断言，断言失败时中止当前测试函数的运行（不是中断整个TEST）。

ASSERT_EQ(x.size(),y.size()) << "x与y的大小不相同"

EXPECT_*

会抛出非致命失败故障的断言，不会停止当前函数运行，而是继续往下运行下去

EXPECT_EQ(x,y) << "x与y不相等"

断言分类

前缀都会是ASSERT_或者EXPECT_,它们的区别上面已经进行了说明，所以以下都用X_来略写

基本断言

• X_TRUE(condition)：断言condition为True
• X_FALSE(condition)：断言condition为False

普通比较型断言

• X_EQ(v1,v2)：==
• X_NE(v1,v2)：!=
• X_LT(v1,v2)：<
• X_LE(v1,v2)：<=
• X_GT(v1,v2)：>
• X_GE(v1,v2)：>=

C字符串比较型断言

• X_STREQ(s1,s2)：s1==s2

• X_STRNE(s1,s2)：s1!=s2

• X_STRCASEEQ(s1,s2)：忽略大小写，s1==s2

• X_STRCASENE(s1,s2)：忽略大小写，s1!=s2

  注意：

• Null指针和空字符""是不相同的

• 假如char *s1 = "abc"，char *s2 = "abc"，那么X_EQ(s1,s2)不通过，因为s1与s2实际上是地址指针，不相同;X_STREQ(s1,s2)通过，因为字符串相同

浮点数比较型断言

对于浮点数，断言只是判断几乎相等

• X_FLOAT_EQ(f1,f2)：f1和f2两个float值几乎相等
• X_DOUBLE_EQ(f1,f2)：f1和f2两个double值几乎相等
• X_NEAR(v1,v2,abs_error)：v1和v2两个浮点数的值差的绝对值不超过abs_error

明确的成功与失败

• SUCCEED()：生成一个成功，放行，但是并不代表整个测试成功

• FAIL()：生成致命错误，立即终止当前测试

• ADD_FAILURE()：生成非致命错误，继续运行测试

• ADD_FAILURE_AT("file_path",line_number)：生成非致命错误，输出文件名和行号

• GTEST_SKIP()：直接结束当前测试

  明确的成功与失败相较于前面的断言更适合判断条件复杂的情况，因为判断条件复杂不适合写成一个表达式condition用于判断。例如if...else if...else if... else...

异常断言

用于验证一段代码是否抛出给定类型的异常

• X_THROW(statement,exception_type)：statement代码会抛出exception_type的异常
• X_ANY_THROW(statement)：statement代码会抛出异常，不限异常类型
• X_NO_THROW(statement)：statement代码不会抛出任何类型异常

自定义布尔函数断言（谓词断言）

• X_PREDn(fun,v1,v2…)：拥有n个参数的函数fun会返回True

  例如有一个函数equal(a,b)，那么就是ASSERT_PRED2(equal,a,b)

  与ASSERT_EQ、ASSERT_TRUE()这些断言的区别在于输出的错误信息不同，同时它的功能更加强大

谓词格式化程序断言

普通的断言输出信息的内容是预定好的，如果想要自定义输出的内容，可以使用谓词格式化程序断言

具体接口使用可参考：EXPECT_PRED_FORMAT

为了避免新的断言宏爆炸式增长，GoogleTest提供了很多谓词格式函数，它们可以使用谓词断言的方式组装成需要的断言，例如浮点数的小于等于

using ::testing::FloatLE;
using ::testing::DoubleLE;
...
EXPECT_PRED_FORMAT2(FloatLE, val1, val2);
EXPECT_PRED_FORMAT2(DoubleLE, val1, val2);

匹配器断言

• X_THAT(value, matcher)：value的值满足matcher的要求

  #include "gmock/gmock.h"

  using ::testing::AllOf;

  using ::testing::Gt;

  using ::testing::Lt;

  using ::testing::MatchesRegex;

  using ::testing::StartsWith;

  …

  EXPECT_THAT(value1, StartsWith("Hello"));

  EXPECT_THAT(value2, MatchesRegex("Line \d+"));

  ASSERT_THAT(value3, AllOf(Gt(5), Lt(10)));

关于matcher的具体接口文档，详见matchers

类型断言

调用函数::testing::StaticAssertTypeEq();

用于断言T1和T2是同一种类型，如果断言满足，该函数什么也不做，如果不同，函数调用会无法编译并报错T1 and T2 are not the same type

注意：如果是在类模板或者函数模板中使用时，仅当该函数被实例化（被调用）时才会生效报错，否则不会报错

断言使用的位置

除了在测试代码中使用断言外，在任何C++函数中也都可以使用断言。但是注意，产生致命错误的断言只能用在返回void的函数（构造与析构函数不是返回void的函数）

简单测试

• 使用TEST()宏定义和命名测试函数，这个函数是不返回值的普通C++函数

• 函数中可以包含任何有效的C++语句以及各种GoogleTest断言来检查值

• 测试的结果由断言决定，如果测试时没有任何断言失败（致命或非致命）或者测试程序崩溃，则测试成功

• 第一个参数是测试套件的名称，第二个参数是测试套件中的测试名称，这两个名称都必须是有效的C++标识符，并且不能含有任何下划线。测试的全名由测试套件和测试名称组成，不同测试套件的测试可以有相同的测试名称

  TEST(TestSuiteName, TestName){

  … test body …

  }

举个栗子

函数funA有一个输入n，返回n^2，两个测试都属于FunATests测试套件，名字分别是HandlesZeroInput和HandlesPositiveInput用于测试不同的情况

int funA(int n);

TEST(FunATests, HandlesZeroInput){
    EXPECT_EQ(funA(0), 0);
}
TEST(FunATests, HandlesPositiveInput){
    EXPECT_EQ(funA(1), 1);
    EXPECT_EQ(funA(2), 4);
    ...
}

测试夹具

如果发现自己编写了两个或多个对相似数据进行操作的测试，可以使用测试夹具，它允许我们为多个不同的测试重用相同的对象配置

创建并使用夹具

• 从::tesing::Test派生一个类，它的主体内容设置为protected，因为我们要从子类中访问夹具成员
• 在类中，声明计划使用的所有对象数据
• 如有必要，编写一个默认构造函数或者SetUp()函数来为每个测试准备对象
• 如有必要，编写一个析构函数或者TearDown()函数来释放测试对象数据
• 如有需要，编写函数供使用该测试夹具的测试内使用
• 注意，GoogleTest不会在多个测试中重用同一个测试夹具对象。对于每个TEST_F，GoogleTest会创建一个新的测试夹具对象并立刻调用SetUp()，运行测试主题结束后调用TearDown()，最后删除测试夹具对象
• 使用测试夹具的时候，用TEST_F代替TEST，TEST_F的第一个参数不再是测试套件名，而是测试夹具类名，具体见下方样例

举个栗子

假设我们有一个类Queue需要进行测试，它长这样：

template <typename E>  // E is the element type.
class Queue {
public:
    Queue();
    void Enqueue(const E& element);
    E* Dequeue();  // Returns NULL if the queue is empty.
    size_t size() const;
...
};

定义它的测试夹具类，一般情况下测试夹具类名=类名+Test

class QueueTest : public ::testing::Test {
protected:
    void SetUp() override {
        q1_.Enqueue(1);
        q2_.Enqueue(2);
        q2_.Enqueue(3);
    }

    // void TearDown() override {}

    Queue<int> q0_;
    Queue<int> q1_;
    Queue<int> q2_;
};

在这里，TearDown()并不需要，因为我们并不需要进行任何清理工作，直接析构就可以了

使用测试夹具进行测试

TEST_F(QueueTest, IsEmptyInitially) {
  EXPECT_EQ(q0_.size(), 0);
}

TEST_F(QueueTest, DequeueWorks) {
  int* n = q0_.Dequeue();
  EXPECT_EQ(n, nullptr);

  n = q1_.Dequeue();
  ASSERT_NE(n, nullptr);
  EXPECT_EQ(*n, 1);
  EXPECT_EQ(q1_.size(), 0);
  delete n;

  n = q2_.Dequeue();
  ASSERT_NE(n, nullptr);
  EXPECT_EQ(*n, 2);
  EXPECT_EQ(q2_.size(), 1);
  delete n;
}

在这个栗子里，第一个TEST_F创建一个QueueTest对象t1，t1.SetUp()后进入测试内容进行使用。测试结束后t1.TearDown()然后销毁。对于第二个TEST_F进行相同的过程

TEST()和TEST_F都会自动的隐式注册到GoogleTest，所以并不需要为了测试再重新列举所有定义的测试

在定义测试之后，可以直接使用RUN_ALL_TESTS()来运行所有测试，如果所有测试都通过了，它会返回0。注意，RUNN_ALL_TESTS()会运行所有测试，哪怕这些测试来源于不同的测试套件、不同的源文件。

运行测试的过程

• 保存所有googletest标志的状态

• 为第一个测试创建测试夹具对象，通过SetUp()初始化

• 使用测试夹具对象运行测试

• 测试结束，调用TearDown()清理夹具然后销毁夹具对象

• 恢复所有googletest标志的状态

• 对下一个测试重复以上步骤，直到所有测试都运行结束

  注意：不能忽略RUN_ALL_TESTS()的返回值，否则会产生编译器错误。自动化测试服务根据退出代码来判断测试是否通过，而不是通过stdout/sederr来判断，所以main()函数必须返回RUN_ALL_TESTS();

main()的编写

大部分情况下，我们并不需要自己编写main方法，而是直接链接gtest_main(注意不是gtest)，这个链接库定义了合适的接入点会帮我们进行测试

如果想自行书写main方法，它需要返回RUN_ALL_TESTS()的返回值

int main(int argc, char **argv) {
  ::testing::InitGoogleTest(&argc, argv);
  return RUN_ALL_TESTS();
}

在这段代码里，InitGoogleTest()的作用是解析命令行里GoogleTest的指令参数，这允许用户控制测试程序的行为。它必须在RUN_ALL_TESTS之前调用，否则命令行参数不会生效

在旧版本里，使用的是ParseGUnitFlags()，但是目前它已经被弃用，需要使用InitGoogleTest()

gMock