Wie zu teilen, JUnit BeforeClass Logik zwischen mehreren Klassen testen

Einer Lösung für das erste Problem ist das verschieben der Logik in einer Erweiterung der org.junit.rules.ExternalResource Anschluss an den test über eine @ClassRule, eingeführt in JUnit 4.9:

public class MyTest {
    @ClassRule
    public static final TestResources res = new TestResources();
    @Test
    public void testFoo() {
        //test logic here
    }
}

public class TestResources extends ExternalResource {
    protected void before() {
        //Setup logic that used to be in @BeforeClass
    }
    protected void after() {
        //Setup logic that used to be in @AfterClass
    }
}

In diesem Weg, die Ressourcen, die zuvor von der Basis-Klasse verschoben werden aus der test-Klasse Hierarchie und in die modular/Verbrauchsmaterial "Ressourcen", die erstellt werden können, bevor eine Klasse führt und zerstört, wenn eine Klasse ausgeführt wird.

Als Lösung für beide Probleme zur gleichen Zeit, obwohl - das heißt: mit dem gleichen hohen level setup/teardown ausgeführt, als Teil einer individuellen Prüfung und als Teil einer suite - es scheint nicht zu sein jede spezifische integrierte Unterstützung für diese. Jedoch..., Sie konnte es selbst implementieren:

Ändern Sie einfach die @ClassRule Ressource Schöpfung in einer Fabrik-Muster, das tut reference counting intern, um zu bestimmen, ob oder nicht, um zu erstellen/zerstören die Ressource.

Z. B. (bitte beachten: dies ist rauh und braucht vielleicht einige tweaks/Fehlerbehandlung Robustheit):

public class TestResources extends ExternalResource {
    private static int refCount = 0;

    private static TestResources currentInstance;

    public static TestResources getTestResources () {
        if (refCount == 0) {
            //currentInstance either hasn't been created yet, or after was called on it - create a new one
            currentInstance = new TestResources();
        }
        return currentInstance;
    }

    private TestResources() {
        System.out.println("TestResources construction");
        //setup any instance vars
    }

    protected void before() {
        System.out.println("TestResources before");
        try {
            if (refCount == 0) {
                System.out.println("Do actual TestResources init");
            }
        }
        finally {
            refCount++;
        }
    }

    protected void after() {
        System.out.println("TestResources after");
        refCount--;
        if (refCount == 0) {
            System.out.println("Do actual TestResources destroy");
        }
    }
}

Beide Ihre suite /test-Klassen würden nur die Verwendung der Ressource als @ClassResource durch die factory-Methode:

@RunWith(Suite.class)
@SuiteClasses({FooTest.class, BarTest.class})
public class MySuite {
    @ClassRule
    public static TestResources res = TestResources.getTestResources();
    @BeforeClass
    public static void suiteSetup() {
        System.out.println("Suite setup");
    }
    @AfterClass
    public static void suiteTeardown() {
        System.out.println("Suite teardown");
    }
}
public class FooTest {
    @ClassRule
    public static TestResources res = TestResources.getTestResources();

    @Test
    public void testFoo() {
        System.out.println("testFoo");
    }
}
public class BarTest {
    @ClassRule
    public static TestResources res = TestResources.getTestResources();

    @Test
    public void testBar() {
        System.out.println("testBar");
    }
}

Beim laufen einen einzelnen test, der refcounting keine Wirkung haben - die "eigentliche init" und "tatsächliche Abrüsten" wird nur einmal geschehen. Beim laufen durch die suite, die suite erstellen Sie die TestResource, und die einzelnen tests werden nur die Wiederverwendung der bereits instantated (der refcounting davon abhält, tatsächlich zerstört und neu erstellt, die zwischen den tests in der suite).

Stieß ich auf ähnliches problem (Frühjahr keine option war und ich nicht mit dem schreiben von TestSuites in maven-Projekten), so schrieb ich einfache junit-runner um dieses problem zu lösen.

Den Sie schreiben müssen, SharedResource Klasse und markieren Sie Ihren test zu verlangen, dass die Ressource.

public class SampleSharedResource implements SharedResource {
public void initialize() throws Exception {
    //init your resource
}

}

@RunWith(JUnitSharedResourceRunner.class)
@JUnitSharedResourceRunner.WithSharedResources({SampleSharedResource.class})
public class SharedResourceRunnerATest {
...

Quellen https://github.com/eanlr/junit-shared-resources-runner