JUnit:在调用每个@Test方法之前的新实例.有什么好处？

Question

目前,我正在阅读"JUnit in action"一书.在本书中,我发现了以下文字:

在调用每个@Test方法之前,JUnit会创建测试类的新实例.这有助于提供测试方法之间的独立性,并避免测试代码中的无意的副作用.因为每个测试方法都在一个新的测试类实例上运行,所以我们不能在测试方法中重用实例变量值.

现在我认为这种方法没有多大意义:

例如:

public class CalculatorTest {
    @Test
    public void testAdd_1() {
        Calculator calculator = new Calculator();
        double result = calculator.add(1, 1);
        assertEquals(2, result, 0);
    }

    @Test
    public void testAdd_2() {
        Calculator calculator = new Calculator();
        double result = calculator.add(2, 2);
        assertEquals(4, result, 0);
    }
}

对于测试类CalculatorTest,没有任何好处.

好吧,让我们去关注另一个例子:

public class OneTest {

    static byte count;

    public OneTest() {
        count++;
    }

    @Test
    public void test1() {
        System.out.println(count);
    }

    @Test
    public void test2() {
        System.out.println(count);
    }
}

对于测试类OneTest,我找到了一种方法来为许多测试方法使用相同的变量计数...

那么,如何看待书中描述的方法的真正好处呢？

Answer 1

如何看待书中描述的方法的真正好处？

单独实例的目的不是为了任何好处,而是为了维护合同,即每个测试应该独立执行而不会影响先前测试的执行.除了为每个测试使用不同的实例之外,没有其他方法可以确保此合同.

例如,Spring事务管理确保在默认情况下通过测试回滚对数据库所做的所有更改,以维护相同的合同.

因此,通常不鼓励在测试中使用静态变量,因为它会破坏每个测试的一个实例的整个目的,以便为每个测试提供一个干净的平板.

Answer 2

在测试方法之间保持状态清洁对于单元测试很有用,但是会妨碍功能测试,其中通常需要在测试之间存在依赖关系(例如,当您使用Selenium测试网页时,不用担心运行测试如果登录页面的测试失败,则为某个页面.

这是我创建TestNG的主要原因之一,它不会在每个方法之间实例化一个新类,因此您可以选择而不是将此决定强加给您.

TestNG还支持测试的依赖性,多线程测试,具有组的概念("仅运行servlet测试")和更多功能.