Junit vor dem Unterricht (nicht statisch)

Gibt es bewährte Methoden, um Junit dazu zu bringen, eine Funktion einmal in einer Testdatei auszuführen, und sie sollte auch nicht statisch sein.

wie @BeforeClassbei nicht statischer Funktion?

Hier ist eine hässliche Lösung:

@Before void init(){
    if (init.get() == false){
        init.set(true);
        // do once block
    }
}

Nun, das ist etwas, was ich nicht tun möchte, und ich suche nach einer integrierten Junit-Lösung.

Wenn Sie keine statischen Initialisierer für eine einmalige Initialisierung einrichten möchten und sich nicht speziell mit der Verwendung von JUnit befassen, schauen Sie sich TestNG an. TestNG unterstützt die nicht statische einmalige Initialisierung mit einer Vielzahl von Konfigurationsoptionen, die alle Anmerkungen verwenden.

In TestNG wäre dies gleichbedeutend mit:

@org.testng.annotations.BeforeClass
public void setUpOnce() {
   // One time initialization.
}

Zum Abreißen,

@org.testng.annotations.AfterClass
public void tearDownOnce() {
   // One time tear down.
}

Für das TestNG Äquivalent von JUnit 4 ist @Beforeund @Afterkönnen Sie verwenden @BeforeMethodund @AfterMethodjeweils.

Eine einfache if-Anweisung scheint auch ziemlich gut zu funktionieren:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:test-context.xml"})
public class myTest {

    public static boolean dbInit = false;

    @Autowired
    DbUtils dbUtils;

    @Before
    public void setUp(){

        if(!dbInit){

            dbUtils.dropTables();
            dbUtils.createTables();
            dbInit = true;

        }
    }

 ...

Die Verwendung eines leeren Konstruktors ist die einfachste Lösung. Sie können den Konstruktor in der erweiterten Klasse weiterhin überschreiben.

Aber es ist nicht optimal bei aller Vererbung. Aus diesem Grund verwendet JUnit 4 stattdessen Anmerkungen.

Eine andere Möglichkeit besteht darin, eine Hilfsmethode in einer Factory / Util-Klasse zu erstellen und diese Methode die Arbeit machen zu lassen.

Wenn Sie Spring verwenden, sollten Sie die @TestExecutionListenersAnmerkung in Betracht ziehen . So etwas wie dieser Test:

@RunWith(SpringJUnit4ClassRunner.class)
@TestExecutionListeners({CustomTestExecutionListener.class, 
     DependencyInjectionTestExecutionListener.class})
@ContextConfiguration("test-config.xml")
public class DemoTest {

Spring's AbstractTestExecutionListenerenthält zum Beispiel diese leere Methode, die Sie überschreiben können:

public void beforeTestClass(TestContext testContext) throws Exception {
    /* no-op */
}

HINWEIS:DependencyInjectionTestExecutionListener Beim Hinzufügen von benutzerdefinierten Elementen NICHT übersehen / übersehen TestExecutionListeners. Wenn Sie dies tun, werden alle Autodrähte sein null.

Verwenden Sie einfach @BeforeAllMethods/ @AfterAllMethodsannotations, um eine Methode im Instanzkontext (nicht statisch) auszuführen, in der alle injizierten Werte verfügbar sind.

Hierfür gibt es eine spezielle Testbibliothek:

https://mvnrepository.com/artifact/org.bitbucket.radistao.test/before-after-spring-test-runner/0.1.0

https://bitbucket.org/radistao/before-after-spring-test-runner/

Die einzige Einschränkung: funktioniert nur für Federprüfung.

(Ich bin der Entwickler dieser Testbibliothek)

Ich habe es noch nie versucht, aber vielleicht können Sie einen Konstruktor ohne Argumente erstellen und von dort aus Ihre Funktion aufrufen?

Der Artikel beschreibt 2 sehr schöne Lösungen für dieses Problem:

1. "sauberer" Junit mit benutzerdefiniertem Runner (über die Schnittstelle, aber Sie können ihn mit einer benutzerdefinierten Anmerkung erweitern, z. B. @BeforeInstance)
2. Spring Execution Listener, wie bereits von Espen erwähnt.

UPDATE: Bitte lesen Sie den Kommentar von Cherry, warum der folgende Vorschlag fehlerhaft ist. (Ich behalte die Antwort hier bei, anstatt sie zu löschen, da der Kommentar anderen nützliche Informationen darüber liefern kann, warum dies nicht funktioniert.)

Eine weitere Option, die bei Verwendung der Abhängigkeitsinjektion (z @PostConstruct. B. Spring) in Betracht gezogen werden sollte, ist . Dies garantiert, dass die Abhängigkeitsinjektion abgeschlossen ist, was bei einem Konstruktor nicht der Fall wäre:

@PostConstruct
public void init() {
    // One-time initialization...
}

Verwenden Sie einfach @BeforeClass:

@BeforeClass
public static void init() {
}

Es ist nicht sinnvoll init, nicht statisch zu sein, da jeder Test in einer separaten Instanz ausgeführt wird. Die Instanz, auf der ausgeführt initwird, stimmt nicht mit der Instanz eines Tests überein.

Der einzige Grund, warum Sie möchten, dass es nicht statisch ist, besteht darin, es in Unterklassen zu überschreiben. Sie können dies jedoch auch mit statischen Methoden tun. Verwenden Sie einfach denselben Namen, und nur die Unterklassenmethode initwird aufgerufen.