Question

通过Google测试，我想指定一个测试夹具，用于不同的测试用例。夹具应分配和释放类TheClass及其数据管理类TheClassData的对象，其中数据管理类需要数据文件的名称。
对于不同的测试，文件名应该有所不同。

我定义了以下Fixture：

class TheClassTest : public ::testing::Test {
 protected:
  TheClassTest(std::string filename) : datafile(filename) {}
  virtual ~TheClassTest() {}
  virtual void SetUp() {
    data = new TheClassData(datafile);
    tc = new TheClass(data);
  }
  virtual void TearDown() {
    delete tc;
    delete data;
  }

  std::string datafile;
  TheClassData* data;
  TheClass* tc;
};

现在，不同的测试应该使用具有不同文件名的fixture。想象一下这是设置测试环境。

问题：如何从测试中指定文件名，即如何调用灯具的非默认构造函数？

我发现::testing::TestWithParam<T>和TEST_P之类的内容并没有帮助，因为我不想使用不同的值运行一个测试，而是使用一个灯具进行不同的测试。

Answer 1

正如其他用户所建议的那样，你无法达到你想要的效果通过使用非默认构造函数实例化fixture。然而，还有其他方法。简单地重载SetUp函数和在测试中明确地调用该版本：

class TheClassTest : public ::testing::Test {
protected:
    TheClassTest() {}
    virtual ~TheClassTest() {}
    void SetUp(const std::string &filename) {
        data = new TheClassData(filename);
        tc = new TheClass(data);
    }
    virtual void TearDown() {
        delete tc;
        delete data;
    }

    TheClassData* data;
    TheClass* tc;
};

现在在测试中只需使用此重载来设置文件名：

TEST_F(TheClassTest, MyTestCaseName)
{
    SetUp("my_filename_for_this_test_case");

    ...
}

无参数TearDown将自动清理测试完成了。

Answer 2

另一种解决此问题的好方法是扩展您的灯具，并在扩展类中提供一个新的默认构造函数，该构造函数使用所需的参数调用旧的构造函数。例如：

struct MySpecializedTestFixture : public GenericTestFixture
{
  MySpecializedTestFixture() : GenericTestFixture("a thing", "another thing") {}
};

TEST_F(MySpecializedTestFixture, FancyTest)
{
  // Use the thing environment and make some assertions.
}

Answer 3

使用当前类作为灯具的基类：

class TheClassTestBase : public ::testing::Test {
 protected:
  TheClassTestBase(std::string filename) : datafile(filename) {}
  ...
 };

对于每个特定的文件名 - 使用派生的夹具：

class TheClassTestForFooTxt : public TheClassTestBase {
protected:
    TheClassTestForFooTxt() : TheClassTestBase ("foo.txt") {}
};

然而，这是每组参数所需的额外步骤 - 因此您可以尝试使用模板或宏来轻松完成任务。像：

template <typename ClassTestTag>
struct ClassTestParams
{
    static std::string filename;
};

template<typename  ClassTestTag>
class TheClassTest : public TheClassTestBase {
protected:
    TheClassTest() : TheClassTestBase (ClassTestParams<ClassTestTag>::filename) {}
};

然后 - 对于每组参数 - 执行此操作：

class FooTxtTag {};
template <> std::string ClassTestParams<FooTxtTag>::value = "foo.txt";
using TheClassTestForFooTxt = TheClassTest<FooTxtTag>;
TEST_F(TheClassTestForFooTxt, xxxx) {}

然而 - 在您的具体情况下 - 我也会尝试GoogleTest:type-parameterized-tests。

Answer 4

对于这种特殊情况，我觉得完全摆脱测试夹具要容易得多。 SetUp函数可以替换为辅助函数，该函数使用所需的文件名实例化类。这允许使用TEST代替TEST_P或TEST_F。现在每个测试用例都是一个独立的测试，它使用辅助函数或直接在测试用例的主体中创建自己的测试类实例。

例如：

using namespace testing;
TEST(FooClassTest, testCase1)
{
    FooClass fooInstance("File_name_for_testCase1.txt");
    /* The test case body*/
    delete fooInstance;
}

Answer 5

如果按照建议的here重载SetUp方法，并且要确保记住使用重载的SetUp，则可以在{{1}中使用断言}方法。

TearDown

指定Google测试夹具的构造函数参数

5 个答案: