Bewährte Methoden: fail() vs. assertTrue (false)

Wenn ein Testfall absichtlich fehlschlägt (z. B. wenn keine Ausnahme ausgelöst wird), habe ich gesehen, dass Benutzer fail() und assertTrue (false) verwenden. Gibt es Vorteile bei der Verwendung des einen oder anderen?Bewährte Methoden: fail() vs. assertTrue (false)

try { 
    //method call that should throw exception 
    fail("oops"); 
} catch (Exception e) {}

gegen

try { 
    //method call that should throw exception 
    assertTrue("oops", false); 
} catch (Exception e) {}

Quelle

2012-10-17 TrevorBliss

Warum möchten Sie einen Test nicht bestehen? – Victor

Wenn eine Ausnahme hätte ausgelöst werden sollen, war es aber nicht. Stimmen Sie meinen Beispielen nicht zu? – TrevorBliss

Ausnahme sollte eine Ausnahme sein. Ein guter Code sollte niemals eine Ausnahme erwarten, Ihr Code sollte eine Ausnahme vermeiden, bevor er ausgelöst wurde. – Victor

Gibt es Vorteile bei der Verwendung des einen oder anderen?

Funktional, nein. fail() vermittelt jedoch die Absicht deutlicher und ist daher besser.

Quelle

2012-10-17 16:55:44 Keppil

Verwenden JUnit expected Parameter in der @Test Anmerkung

@Test(expected = ArithmeticException.class) 
public void divisionWithException() { 
    int i = 1/0; 
}

Dies wird fehlschlagen, wenn ein ArithmeticException nicht ausgelöst.

Quelle

2012-10-17 16:54:51 BeRecursive

Das OP sagt "zum Beispiel, wenn eine Ausnahme nicht geworfen wird" Es könnte andere Szenarien geben. – NullUserException

Ich habe festgestellt, dass die 'EpecedException'-Regel ein robusterer Mechanismus zum Testen erwarteter Ausnahmen ist, da sie unmittelbar vor der zu testenden Methode platziert werden kann, wodurch sichergestellt wird, dass nicht die Testkonfiguration eine Ausnahme ausgelöst hat. –

Aber wir erwarten eine Ausnahme geworfen werden. Also wenn es nicht klappt, sollte es scheitern. Warum sollte man sich mit der Try/Catch-Logik beschäftigen? Wir wollen die Ausnahme. – BeRecursive

assertTrue nur Anrufe fehlschlagen.

IMHO fail() ist einfacher und klarer.

Quelle

2012-10-17 16:55:04

Beide können verwendet werden (obwohl fail ist besser, weil das ist, was wirklich gemeint ist), aber da Sie JUnit verwenden, können Sie stattdessen @Test(expected=MyException.class) verwenden.

Quelle

2012-10-17 16:55:07 Alex

Verwenden Sie fail, sonst wird jemand den Fehler im Protokoll betrachten und denken: "Was ist falsch, das sollte wahr sein".

Quelle

2012-10-17 16:55:27

"Was ist falsch, das sollte wahr sein?" :-D – asgs

Bewährte Methoden: fail() vs. assertTrue (false)

Antwort

Verwandte Themen