gtest参数化测试如何使用带参SetUp()/TearDown()避免代码重复

核心思路很简单：SetUp()/TearDown()虽然不能直接接收参数，但可以把测试用例的可变参数定义为测试夹具的成员变量，作为测试用例逻辑和前后置逻辑之间的共享载体；对于逻辑完全一致、仅参数不同的用例，配合GoogleTest自带的值参数化测试框架，还能进一步消除用例样板代码，彻底解决重复冗余问题。

第一步：重构基础夹具，统一实现前后置逻辑 #

把公共的文件清理逻辑全部收敛到SetUp()和TearDown()中，将测试需要用到的可变参数（文件名、测试内容等）定义为夹具的保护成员变量，供所有测试用例和测试方法访问：

class FileToolsTest : public testing::Test
{
protected:
    // 可变参数作为夹具成员变量，是用例逻辑和前后置逻辑的传递载体
    std::wstring test_filename_;
    std::wstring test_content_;

    void SetUp() override
    {
        // 统一前置清理：测试执行前先删除残留的同名测试文件
        if (FileTools::FileExists(test_filename_))
        {
            ASSERT_TRUE(FileTools::RemoveFile(test_filename_));
        }
    }

    void TearDown() override
    {
        // 统一后置清理：测试结束后删除生成的测试文件
        // 注意：TearDown中不要用ASSERT_*断言，避免失败后直接终止流程跳过清理
        EXPECT_TRUE(FileTools::RemoveFile(test_filename_));
    }

    // 抽离读写测试的公共核心逻辑，不再需要单独写前后清理代码
    void DoReadAndWriteTest()
    {
        // 直接使用成员变量test_filename_、test_content_实现测试逻辑即可
    }
};

第二步：适配不同逻辑的独立用例 #

对于Write_case3这类和读写测试逻辑不一致的独立用例，只需要在测试体开头给夹具的成员变量赋值，前后的文件清理会由框架自动调用SetUp()/TearDown()完成，不需要再手写重复的RemoveFile逻辑：

TEST_F(FileToolsTest, Write_case3)
{
    // 给成员变量赋值，SetUp/TearDown会自动读取该值执行清理
    test_filename_ = L"Micka\x00ebl/fileWithUnicodeFolderInPath2.txt";
    
    // 直接编写Write相关的测试逻辑即可，无需处理前后文件清理
    // Test code there
}

第三步：参数化消除同逻辑用例的样板代码 #

对于代码中ReadAndWrite_case1、ReadAndWrite_case2这类核心逻辑完全一致、仅参数取值不同的用例，不需要重复编写多个结构相同的TEST_F，用GoogleTest的TEST_P值参数化能力，只写一次测试逻辑，批量传入参数即可：

// 定义参数结构体，存储每个用例的可变入参
struct ReadWriteTestParam {
    std::wstring filename;
    std::wstring content;
};

// 继承基础夹具，接入参数化接口
class ReadWriteParamTest 
    : public FileToolsTest, 
      public testing::WithParamInterface<ReadWriteTestParam>
{
    void SetUp() override
    {
        // 从测试参数中取值，赋值给基类的成员变量
        test_filename_ = GetParam().filename;
        test_content_ = GetParam().content;
        // 调用基类SetUp执行统一前置清理
        FileToolsTest::SetUp();
    }
};

// 只需要写一次测试核心逻辑，所有参数用例自动复用
TEST_P(ReadWriteParamTest, ReadAndWrite)
{
    DoReadAndWriteTest();
}

// 批量实例化测试用例，传入所有参数组合即可，新增用例只需要在这里加一组参数
INSTANTIATE_TEST_SUITE_P(
    ReadAndWriteCases,
    ReadWriteParamTest,
    testing::Values(
        ReadWriteTestParam{L"testfile", L"This\nis\ndummy\ndata"},
        ReadWriteTestParam{L"testfíle", L"This\nis\ndummy\n\nuníc@de datã éééé"}
    )
);

方案优势 #

• 完全基于原生SetUp()/TearDown()机制实现，公共清理逻辑只需要维护一份，后续新增测试用例不需要重复编写文件删除代码
• 兼容性强，不管测试逻辑是否一致，只要需要用到公共前后置能力，都可以通过给成员变量赋值的方式快速接入，不需要为不同场景重复定义夹具
• 参数化能力彻底消除了同逻辑用例的重复样板代码，新增同类型用例的成本极低，只需要新增一组参数即可
• 后续如果需要调整清理逻辑（比如增加删除重试、清理日志），只需要修改基类SetUp()/TearDown()中的一处代码，不需要遍历所有用例调整

注意：TearDown()中请使用EXPECT_*系列断言，不要使用ASSERT_*。ASSERT_*断言失败会直接终止当前函数执行，可能导致后续必要的清理逻辑被跳过，留下测试残留文件。

内容的提问来源于stack exchange，提问作者Mickaël C. Guimarães