Comment partager JUnit BeforeClass logique entre plusieurs classes de test

Une solution au premier problème est de passer de la logique dans une extension de org.junit.rules.ExternalResource accroché à l'essai par l'intermédiaire d'un @ClassRule, introduit dans 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
    }
}

De cette façon, les ressources précédemment gérés par la classe de base sont déplacés hors de la classe de test de la hiérarchie et en plus modulaire/consommables "ressources" qui peuvent être créés avant une classe fonctionne et détruits après une classe fonctionne.

Que pour résoudre ces deux problèmes en même temps, c'est à dire: avoir le même niveau élevé de l'installation/démontage exécuter en tant que partie d'un test individuel et en tant que partie d'un ensemble - il ne semble pas être spécifique construit en soutien à ce projet. Cependant..., vous pourriez mettre en œuvre vous-même:

Il suffit de modifier le @ClassRule de création de ressources dans une usine modèle qui fait le comptage de référence interne pour déterminer si ou de ne pas créer/détruire la ressource.

Par exemple (notez que c'est rugueux et pourraient avoir besoin de quelques réglages/gestion des erreurs pour la robustesse):

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");
        }
    }
}

À la fois votre suite de tests /classes suffit d'utiliser la ressource en tant que @ClassResource par le biais de la méthode de fabrique:

@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");
    }
}

Lors de l'exécution d'un test, les compteurs refcount n'aura aucun effet - le "init" et la "permutation" ne sera possible une fois. Lors de l'exécution par la suite, la suite va créer le TestResource, et les tests individuels va réutiliser le déjà instantated un (les compteurs refcount l'empêche d'être réellement détruit et recréé entre les tests dans la suite).

Je suis tombé sur le même problème (Printemps n'était pas une option et je ne suis pas d'écrire des tests dans des projets maven) j'ai donc écrit simple runner junit pour résoudre ce problème.

Vous avez besoin d'écrire SharedResource la classe et la marque de votre test d'exiger que des ressources.

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

}

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

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