JUnit Basisklasse erweitern und Tests in dieser Klasse ausgeführt werden

Question

Ich verwende JUnit 3 und habe eine Situation, wo ich oft testen muss, ob ein Objekt korrekt erstellt wird. Meine Idee war, eine Klasse MyTestBase wie unten gezeigt zu schreiben und dann davon für die situationsspezifischen Komponententests zu erweitern.

In dem Beispiel, das ich angegeben habe, MyTests führt jedoch nicht die Tests in MyTestBase.

public class MyTestBase extends TestCase { 
    protected String foo; 
    public void testFooNotNull() { 
    assertNotNull(foo); 
    } 
    public void testFooValue() { 
    assertEquals("bar", foo); 
    } 
} 


public class MyTests extends MyTestBase { 
    public void setUp() { 
    this.foo = "bar"; 
    } 
    public void testSomethingElse() { 
    assertTrue(true); 
    } 
} 

Was mache ich falsch?

Update Entschuldigung. Dummer Fehler. Die Tests in meiner Basisklasse wurden nicht korrekt benannt.

Answer 1

Sie haben gesagt "MyTests führt die Tests nicht in MyTestBase aus". Ich habe es ausprobiert und alle Tests wurden auch in MyTestBase aufgerufen.

Answer 2

Nun, Sie könnten MyTestBase abstrakt machen, so dass es nicht versucht, Tests in der Basisklasse auszuführen. Eine bessere Lösung wäre, setUp in der Basisklasse zu haben und abstrakte Methoden aufzurufen (z. B. getFoo()), um die Variablen zu initialisieren, die später benötigt werden.

In der Tat, wenn Sie diese abstrakten Methoden haben Sie möglicherweise nicht einmal eine Setup-Phase überhaupt benötigen - Sie könnten die abstrakten Methoden, wo Sie den Wert benötigen, anstatt eine Instanzvariable verwenden . Offensichtlich hängt es von der genauen Situation ab, aber in vielen Fällen könnte dies viel sauberer sein.

Answer 3

Was Sie versuchen zu tun ist, nicht die am besten geeignete Weg, um Ihr Ziel zu erreichen:

Wenn Sie allgemeine Funktionen haben möchten, dass einige Prüfungen

• definieren es in einer Utility-Klasse macht, in static Methoden
• definieren es in der übergeordneten Klasse und nennen es von jeder Testmethode

Answer 4

ich weiß nicht, was genau Sie tun möchten, aber u Natürlich ist es keine sehr gute Idee zu viele gemeinsame Teile im Test, denn wenn der gemeinsame Teil versagt, werden Sie eine große Anzahl von Tests haben, die selbst dann nicht funktionieren, wenn Sie nur einen kleinen Fehler in Ihrer Software haben.

Ich empfehle Ihnen, eine Factory oder einen Builder zu verwenden, um das komplexe Objekt zu erstellen und dann die Factory (oder den Builder) zum korrekten Erstellen des Objekts zu testen.