测试夹具中的设置与构造函数

Question

为什么测试夹具在 Google Test 中有一个 SetUp 方法？构造函数实际上不是同一件事吗？对于 TearDown 方法也是如此。对 SetUp 和 Constructor 以及 TearDown 和 Destructor 的调用与 TestEventListener 一致：OnTestStart 和 OnTestEnd。

Answer 1

有an answer to that in the FAQ：

我应该使用测试夹具的构造函数/析构函数还是set-up/tear-down函数？

首先要记住的是 googletest 确实不重复使用相同的测试 跨多个测试的夹具对象。对于每个TEST_F，googletest 将创建 一个新鲜的测试夹具对象，立即调用SetUp()，运行测试体， 调用TearDown()，然后删除测试夹具对象。

当您需要编写每个测试的设置和拆卸逻辑时，您可以选择 在使用测试夹具构造函数/析构函数或SetUp()/TearDown() 之间。 前者通常是首选，因为它有以下好处：

• 通过在构造函数中初始化一个成员变量，我们可以选择 设置为const，这有助于防止意外更改其值和 使测试更明显正确。
• 如果我们需要子类化测试夹具类，子类' 构造函数保证调用基类的构造函数first，并且 保证子类的析构函数调用基类的析构函数 之后。使用SetUp()/TearDown()，子类可能会犯以下错误 忘记调用基类'SetUp()/TearDown() 或在 时间不对。

在以下极少数情况下，您可能仍想使用SetUp()/TearDown()：

• 在构造函数（或析构函数）的主体中，不能使用 ASSERT_xx 宏。因此，如果设置操作可能导致致命 应该阻止测试运行的测试失败，有必要 使用 CHECK 宏或使用 SetUp() 而不是构造函数。
• 如果拆卸操作可能引发异常，则必须使用 TearDown() 与析构函数相反，因为投入析构函数会导致 未定义的行为，通常会立即杀死您的程序。笔记 当异常发生时，许多标准库（如 STL）可能会抛出 在编译器中启用。因此，如果您愿意，您应该更喜欢TearDown() 想要编写可移植的测试，不管有没有异常都可以工作。
• googletest 团队正在考虑启用断言宏 启用异常的平台（例如 Windows、Mac OS 和 Linux 客户端），这将消除用户传播的需要 从子例程到其调用者的失败。因此，您不应该使用 如果您的代码可以在这样的 平台。
• 在构造函数或析构函数中，不能对虚函数进行调用 这个对象。 （您可以调用声明为虚拟的方法，但它会是 静态绑定。）因此，如果您需要调用将被 在派生类中被覆盖，您必须使用SetUp()/TearDown()。