测试和继承问题

Question

想象一下您有一个应用程序，并且您想要对其进行单元测试和功能测试（不难想象）。您可能有一个抽象类，我们将其称为 AbstractTestClass，所有单元测试都从该类扩展。

AbstractTestClass 看起来像这样（使用 JUnit 4）：

class AbstractTestClass {
    boolean setupDone = false;

    @Before
    public void before() {
        if(!setupDone) {
            // insert data in db
            setupDone = true;
        }
    }
}

这就是我正在努力解决的问题。我有另一个测试 Web 界面的抽象类：

class AbstractWebTestClass extends WebTestCase {
    boolean setupDone = false;

    @Before
    public void before() {
        if(!setupDone) {
            // here, make a call to AbstractTestClass.before()
            // init the interfaces
            setupDone = true;
        }
        // do some more thing
    }
}

它几乎是同一个类，只是它扩展了 WebTestCase。这种设计可以让我在单元测试时获得与测试接口时相同的数据。

通常，在处理此类问题时，您应该倾向于组合而不是继承或使用策略模式。

不幸的是，我不太喜欢在这种特定情况下倾向于组合而不是继承的想法，并且我不知道如何使用策略模式，可能存在设计缺陷，并且我不太明白解决方案。

我如何设计这个架构才能实现我的目标。

Answer 1

我将通过以下方式实现这一点：

class Example {

class LazyInitStrategy implements Runnable {
    private final Runnable operation;
    private boolean done = false;

    LazyInitStrategy(Runnable operation) {
        this.operation = operation;
    }

    @Override
    public void run() {
        if (!done) {
            operation.run();
            done = true;
        }
    }
}

private final class AbstractInit implements Runnable {
    public void run() {
        // insert data in db
    }
}

private final class AbstractWebInit implements Runnable {
    public void run() {
        // here, make a call to AbstractTestClass.before() init the interfaces
    }
}

class AbstractTestClass {

    final LazyInitStrategy setup = new LazyInitStrategy(new AbstractInit());

    @Before
    public void before() {
        setup.run();
        // do some more thing
    }
}

class AbstractWebTestClass extends WebTestCase {

    final LazyInitStrategy setupInfo = new LazyInitStrategy(new AbstractWebInit());

    @Before
    public void before() {
        setupInfo.run();
        // do some more thing
    }
}

}

当然，这是非常简单的解决方案，但它应该消除用于检查设置是否完成的 if/else 逻辑重复。使用 Runnable 是可选的，我这样做只是为了演示目的，在阅读世界中您可能会使用另一个接口。

Answer 2

要完成的重要事情是不要重复代码。在这种情况下，我将创建一个

MyScenarioTestUtil

类，其中包含一堆静态方法，可根据需要设置数据。您可以从设置中调用实用程序方法。这样您就可以将所有代码保存在一个地方。

它实际上只是与使用组合的语义差异......

Answer 3

我认为总体设计是错误的。您根本不应该在单元测试中使用继承。测试应该是孤立的并且非常简单。很多时候，就像您的情况一样，有必要准备一些补充对象，这将有助于测试方法完成其工作。在这种情况下，您应该定义此类对象的构建器，并将它们放置在测试用例之外的某个位置。

例如：

public void testMethodThatNeedsSomePreparedObjects() {
  Foo foo = new FooBuilder()
    .withFile("some-text.txt")
    .withNumber(123)
    .build();
  // now we are testing class Bar, using object of class Foo
  Bar bar = new Bar(foo);
}

因此，您需要在其他地方定义 FooBuilder，并且此类将完成您现在尝试使用策略模式或继承执行的所有工作。在处理单元测试时，这两种方法都是错误的。