Google Test中test fixture的作用是什么？TEST_F与手动实例化fixture有何区别？

优先使用构造/析构替代SetUp()/TearDown()规范下，test fixture的额外作用 #

• 保障资源安全：构造函数初始化的资源会由析构函数自动回收，就算测试用例执行中途抛出异常，也不会出现SetUp抛异常后TearDown不执行导致的资源泄漏问题。
• 编译期强制约束：如果fixture初始化必须满足特定前置条件，构造函数可以通过参数校验、删除默认构造等方式在编译期就拦截错误用法，避免SetUp模式下漏调用SetUp就使用fixture的运行时错误。
• 保证公共状态不可变：可以将测试通用的只读配置、常量声明为const成员，在构造函数中完成初始化，避免测试过程中误改公共依赖，提升测试稳定性。
• 支持分层复用：fixture支持继承扩展，父子类fixture的构造/析构调用顺序天然符合继承规则，不需要额外手动处理SetUp的调用顺序，就能轻松实现通用初始化逻辑的分层复用。

两种测试写法的核心差异 #

两种写法的代码如下：

// 写法1：TEST_F绑定fixture
TEST_F(MyFixture, MyTest) {
  // 执行测试，直接调用MyFixture的成员函数复用公共代码
}

// 写法2：TEST中手动实例化fixture
TEST(MySuite, MyTest) {
  MyFixture fixture; // 调用构造函数
  // 执行测试，调用MyFixture的公共函数复用公共代码
} // 作用域结束自动调用析构函数

两者的差异主要有四点：

• 测试套件关联逻辑不同：TEST_F会自动将当前测试和MyFixture绑定为同一测试套件，所有关联MyFixture的TEST_F用例会被归为同一组，测试报告中统一展示；手动实例化的写法fixture和测试套件没有绑定关系，测试所属套件是自定义的MySuite，和fixture无关。
• 成员访问权限不同：TEST_F的测试逻辑默认是fixture的友元，可以直接访问fixture的protected、private成员，不需要把所有公共工具函数都暴露为public；手动实例化的写法只能访问fixture的public成员，会暴露更多内部实现。
• 初始化一致性保证不同：TEST_F会自动为每个测试用例创建全新的fixture实例，所有用例的初始化逻辑完全统一，不会出现漏写实例化、自定义修改初始化参数导致的用例执行环境不一致问题；手动实例化的写法每个测试都要自行编写实例化逻辑，容易出现人为偏差。
• 框架特性支持不同：TEST_F绑定fixture后可以直接使用GoogleTest的参数化测试、自定义套件级断言等扩展特性，不需要额外适配；手动实例化的写法无法直接使用这些和fixture绑定的框架特性。

TEST_F写法的核心优势 #

• 代码更简洁：不需要每个测试都手动编写fixture实例化的样板代码，减少重复代码，也能避免漏写实例化的低级错误。
• 封装性更好：不需要把fixture的内部工具函数暴露为public，protected成员即可被测试用例访问，降低内部实现的对外暴露程度。
• 测试管理更清晰：同属一个fixture的测试用例天然归为同一测试套件，测试报告可读性更高，也可以针对整个套件批量设置执行规则、过滤用例。
• 扩展性更强：可以无缝对接GoogleTest所有fixture相关的扩展特性，后续要做参数化测试、增加套件级通用逻辑时不需要修改已有测试用例的结构。

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