GoogleTest如何保证仅执行一次初始化且测试间互不依赖？

核心结论 #

• 若你用测试套件级初始化（SetUpTestSuite，旧版本为SetUpTestCase）创建共享对象x，Test1篡改x后，Test2会受到影响——因为该对象属于整个测试套件共用资源，仅初始化一次。
• 若你用测试用例级初始化（SetUp）创建对象x，Test1和Test2会各自拥有独立的x实例，Test1的修改完全不会影响Test2。

具体机制拆解 #

1. 测试用例级的隔离（SetUp/TearDown） #

这是GoogleTest保障测试独立性的核心机制：

• 每个通过TEST_F定义的测试用例执行前，会自动调用对应测试类的SetUp方法，为当前测试创建专属的独立资源。
• 测试用例执行完毕后，TearDown方法会清理该测试的专属资源。
• 代码示例：

class MyTest : public ::testing::Test {
protected:
    void SetUp() override {
        // 每个测试用例都会新建专属的x实例
        x = new MyObject();
    }

    void TearDown() override {
        delete x;
    }

    MyObject* x;
};

TEST_F(MyTest, Test1) {
    x->ModifyState(); // 仅修改Test1专属的x
}

TEST_F(MyTest, Test2) {
    // 此处的x是全新初始化的，不受Test1修改影响
    EXPECT_EQ(x->GetState(), kInitialState);
}

2. 测试套件级的共享（SetUpTestSuite/TearDownTestSuite） #

该机制针对初始化成本极高、且不会被测试用例修改的资源设计：

• 同一个测试套件（即TEST_F所属的同一测试类）仅会执行一次SetUpTestSuite，创建的资源由所有测试用例共享。
• 所有测试用例执行完成后，才会执行一次TearDownTestSuite清理共享资源。
• 官方文档提到的「跨测试复用共享资源」即指此类场景——例如初始化只读数据库连接、加载大体积静态配置文件，这类资源不会被测试改动，因此不会破坏测试独立性。
• 若误用该机制创建可修改对象，Test1篡改x影响Test2的情况必然发生，这属于违背「测试间互不依赖」原则的错误用法。

官方文档的隐含前提 #

官方表述中隐含了关键前提：可跨测试共享的资源必须是只读、不会被测试用例修改的。对于会被测试改动的状态，官方推荐使用SetUp/TearDown为每个测试用例创建独立实例，确保隔离性。

内容的提问来源于stack exchange，提问作者dwto