Jak ponownie wykorzystać istniejące testy JUnit w innej klasie testowej?

Question

Jak mogę ponownie użyć testów JUnit w innej klasie testowej?

Na przykład:

public TestClass1 { 
    @Test 
    public void testSomething(){...} 
} 

public TestClass2 { 
    @Test 
    public void testSomethingAndSomethingElse() { 
     // Somehow execute testSomething() 
     // and then test something else 
    } 
} 

Answer 1

jak zwykle można:

1. rozszerza TestClass2 z TestClass1
2. dostępu TestClass1 z TestClass2 pomocą przekazania:

Przykład 1:

// Instantiate TestClass1 inside test method 
public TestClass2 { 
    public void testSomethingAndSomethingElse1() { 
     new TestClass1().testSomething(); 
    } 
} 

Przykład 2:

// Instantiate TestClass1 as a member of TestClass2 
public TestClass2 { 
    private TestClass1 one = new TestClass1(); 
    public void testSomethingAndSomethingElse1() { 
     one.testSomething(); 
    } 
} 

Answer 2

Logicznie rzecz biorąc, nie ma powodu, aby połączyć jedną metodę badań od drugiego. Każde narzędzie, które uruchomi jeden test, będzie równie łatwo wykonywać wszystkie testy w pakiecie. Ale jeśli chcesz, możesz to nazwać jak każdą inną metodą w każdej innej klasie.

To, co najprawdopodobniej chcesz zrobić, to wykonać typową konfigurację dla obu metod testowania. Możesz umieścić kod that w metodzie narzędzia we wspólnej klasie i wywołać wspólny kod w obu testach.

Answer 3

Unikaj scenariusza. Jest skłonny sprawić, by testy były bardziej kruche. Jeśli TestClass1 nie powiedzie się, wówczas TestClass2 niejawnie nie powiedzie się, co nie jest pożądane dla co najmniej następujących powodów:

• Code jest testowana więcej niż jeden raz, który marnuje czas wykonania.
• Testy nie powinny polegać na sobie nawzajem, powinny być rozłączone jak to tylko możliwe.
• Jeśli stanie się to wzorem, trudniej będzie zidentyfikować, który fragment kodu został złamany, sprawdzając, które testy zawodzą, co jest częścią punktu testów

Okazjonalne udostępnianie sekcji kodu testowego jest przydatne, szczególnie w przypadku testów integracyjnych. Oto w jaki sposób można to zrobić bez zależności od testów siebie:

public abstract BaseTests { 

    protected void somethingHelper() { 
     // Test something 
    } 
} 

public TestClass1 extends BaseTests { 
    @Test 
    public void testSomething(){ 
     somethingHelper(); 
    } 
} 

public TestClass2 extends BaseTests { 
    @Test 
    public void testSomethingAndSomethingElse() { 
     somethingHelper(); 
     // and then test something else 
    } 
} 

Alternatywnie, można użyć klasy pomocnika i uniknąć spadku w ogóle. Potwierdzenia i tym podobne można zastosować w metodzie somethingHelper().

Nie wywoływać bezpośrednio metody od TestClass1 w TestClass2. Przypadki testowe stają się mniej czytelne w ten sposób i mogą prowadzić do spaghetti frittata.