避免Google单元测试后续用例中状态转换代码重复的方案

不建议直接在testStateB里调用testStateA这个测试用例函数，原因如下：

• Google Test的设计原则是每个测试用例相互独立，每个TEST_F会重新初始化测试夹具实例。直接调用其他测试用例会打破这种独立性，导致状态污染；而且如果testStateA中的断言失败，会直接终止testStateB的执行，让你无法判断testStateB的核心逻辑（StateAtoB）是否正常。
• 测试用例的职责是验证单一逻辑点，testStateB的核心目标是测试StateAtoB，依赖testStateA的成功会混淆失败原因——你无法快速判断是前置的State0toA出问题，还是目标的StateAtoB有bug。

推荐解决方案：提取公共逻辑到辅助函数 #

把进入STATE_A的重复逻辑封装成测试夹具的成员函数，这样既消除代码重复，又能保证每个测试用例的独立性和职责清晰。

修改后的代码示例 #

首先在测试夹具类中添加辅助函数：

class UtClass : public ::testing::Test {
protected:
    void SetUp() override {
        // 这里初始化默认状态到STATE_0，比如：
        expectedState = STATE_0;
    }

    // 封装完整的State0到StateA的转换及断言逻辑
    void TransitionToStateA() {
        EXPECT_EQ(expectedState, STATE_0);
        State0toA();
        EXPECT_EQ(expectedState, STATE_A);
    }

    // 可选：仅执行转换逻辑，不带断言（适合已经通过其他测试验证过转换正确性的场景）
    void TransitionToStateAWithoutCheck() {
        State0toA();
    }
};

然后更新测试用例：

TEST_F(UtClass, testStateA)
{
    TransitionToStateA();
}

TEST_F(UtClass, testStateB)
{
    // 方案1：保留前置断言，确保当前测试的前置状态正确（更严谨）
    TransitionToStateA();
    
    // 方案2：如果已经信任testStateA验证过State0toA，可使用无断言版本减少重复检查
    // TransitionToStateAWithoutCheck();

    StateAtoB();
    EXPECT_EQ(expectedState, STATE_B);
}

补充说明 #

• 使用辅助函数的方式，既复用了代码，又让每个测试用例保持自包含。如果State0toA出问题，testStateA会先失败，此时testStateB的失败可以视为前置条件不满足导致的次生失败，你可以优先排查testStateA的问题。
• 绝对不要手动调用TEST_F定义的测试用例函数，这类函数是由Google Test框架负责调度执行的，手动调用会破坏框架的错误报告机制，导致测试结果混乱。

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