JUnit4 - Probleme mit der Auswertung

[thieste]

Hallo,

Ich habe eine JUnit4 Testklasse erstellt und die entsprechenden Methoden annotiert.


Zum Überprüfen der dort hinterlegten Berechnung nutze ich in der Testmethode

assertTrue(result==expectedResult)

Die Testmethode wird unter Angabe verschiedener Werte 5x wiederholt.

Liefert die assertMethode nun ein AssertionError erscheint in der Ausgabe noTestPassed und 1 test caused error, obwohl von den 5 Durchläufen nur in einem Fall result != expectedResult ist. Wie kann ich dafür sorgen, dass dieser AssertionError abgefangen wird und am Ende sowas wie 4 Test passed, 1 Test failed als Auswertung erscheint ?

 

[maki]

Solltest dir die Best-Practices für Unittests mal ansehen

Anstatt:

assertTrue(result==expectedResult)

sollte es so lauten:

assertEquals("sinnvolle Meldung", expectedResult, result);

Sobald ein einziger Assert fehlschlägt, wird der Test(=Methode) abgebrochen und gilt als Failed.
Du solltest pro Testmethode nicht allzuviele Dinge abprüfen (Eager Tests sind schwer zu verstehen und testen mehr als sinnvoll).
Tests können sowohl als Spezifikation als auch als Dokumentation dienen, aber dazu müssen sie sauber sein.

Falls du mal eine Stunde Zeit hast, solltest du dir unbedingt das hier ansehen: YouTube - Automated Testing Patterns and Smells
So sollten Test sein

Nachtrag: Eine Testmethode gilt als ein einziger Testcase.

 

[mvitz]

wobei man anstelle von assertEquals(...) auch

assertThat(a, is(X));

nehmen kann.

 

[maki]

wobei man anstelle von assertEquals(...) auch

assertThat(a, is(X));

nehmen kann.

Danke für den Hinweis, war mir neu dass es seit JUnit 4.4 eine neue eDSL gibt.

 

[mvitz]

Danke für den Hinweis, war mir neu dass es seit JUnit 4.4 eine neue eDSL gibt.

Bin ich auch nur durch Zufall drauf gestoßen ;D

Habe, wieso auch immer die Readme durchforstet und da stands drin. Wobei bei so simplen Sachen wie x = y macht es imho kaum Unterschied, bei komplizierterem wird es mit assertThat besser lesbar.

 

[maki]

Ich schreibe auch regelmässig eigene Asserts, sind auch viel lesbarer (abgesehen von der wiederverwendbarkeit) und halten die eigentlichen Testmethoden klein & übersichtlich.

Das assertThat muss ich bei Gelegenheit mal ausprobieren

 

[thieste]

Vielen Dank für die Antworten..

@maki

Die Stunde werde ich dann mal investieren