JUnit

Ein JUnit-Test kennt nur zwei Ergebnisse: Entweder der Test gelingt (dann ist er „grün“) oder er misslingt (dann ist er „rot“). Das Misslingen kann als Ursache einen Fehler (Error) oder ein falsches Ergebnis (Failure) haben, die beide per Exception signalisiert werden. Der Unterschied zwischen den beiden Begriffen liegt darin, dass Failures erwartet werden, während Errors eher unerwartet auftreten. Technisch werden Failures mittels einer speziellen Exception namens AssertionFailedError signalisiert, während alle übrigen Exceptions vom JUnit-Framework als Error interpretiert werden.[2]

JUnit ist ein wichtiges Hilfsmittel im Extreme Programming und unterstützt in diesem Zusammenhang die Idee des Extreme Testing.

JUnit Testcases werden als Methoden in Klassen deklariert. Für die Initialisierung oder Erstellung von Testdaten können Methoden definiert werden, die vor oder nach Testcases ausgeführt werden.[3]

import org.junit.jupiter.api.*;

class Testklasse {
    @BeforeAll
    static void setUpKlasse() throws Exception {
        // Code, der einmalig vor Ausführung des ersten Testcase ausgeführt wird
    }

    @BeforeEach
    void setUp() throws Exception {
        // Code, der vor jedem Testcase ausgeführt wird
    }
 
    @Test
    void einTestcase() {
        // Code, der einen Testcase abbildet
    }

    @Test
    void weitererTestcase() {
        // Code, der einen weiteren Testcase abbildet
    }

    @AfterEach
    void tearDown() throws Exception {
        // Code, der nach jedem Testcase ausgeführt wird
    }
 
    @AfterAll
    static void tearDownKlasse() throws Exception {
        // Code, der nach Ausführung des letzten Testcases ausgeführt wird
    }
}

Eine Implementierung von JUnit für Jakarta EE ist Cactus (ehemals J2EEUnit) aus dem Jakarta-Projekt. Seit Java EE 5 haben sich sogenannte Out-of-container-Frameworks (zum Beispiel EJB3Unit) etabliert, die eine Ausführung von Tests außerhalb des Containers erlauben.

Erweiterungen zu JUnit erweitern JUnit für den Einsatz in bestimmten Bereichen (beispielsweise HTTPUnit für Webentwicklung, DBUnit für Datenbankentwicklung). Darüber hinaus gibt es noch Plugins für Entwicklungsumgebungen, die den Einsatz von JUnit innerhalb der Entwicklungsumgebung ermöglichen beziehungsweise erweitern (beispielsweise Infinitest für kontinuierliches Testen oder DJUnit für Berechnung der Code-Abdeckung, englisch Code Coverage, der Tests).

JUnit 5

JUnit setzt sich nun aus mehreren verschiedenen Modulen aus drei verschiedenen Unterprojekten zusammen.

JUnit 5 = JUnit Platform + JUnit Jupiter + JUnit Vintage[4]

JUnit 4.0

In dieser Version wurde die Package-Struktur verändert. Alle Klassen finden sich nun in org.junit.*. Die Klassen aus Version 3.x sind ebenfalls enthalten, sie sind weiterhin unter junit.framework.* zu finden.[5]

JUnit 4.5

Support für das assertThat assert statement mit Hilfe des Hamcrest frameworks.[6]

JUnit 4.8

Tests können nun mit Kategorien markiert werden. Dadurch ist es möglich, nur Tests einer bestimmten Kategorie auszuführen.[7]

JUnit 4.9

ClassRule Annotation zur Definition von Regeln für Unit-Test-Klassen.[8]

JUnit 4.10

RuleChain zur Anordnung von Regeln, TemporaryFolder zur Anlage und Verwendung temporärer Dateien und Verzeichnisse.[9]

JUnit 4.11

FixMethodOrder zur sortierten Ausführung der Testmethoden.[10]

• TestNG – Alternative zu JUnit
• Apache Cactus, HTTPUnit, DBUnit – bekannte Erweiterungen zu JUnit
• EasyMock, Mockito, PowerMock – JUnit-basierte Mocking-Frameworks
• Liste von Modultest-Software
• XUnit

• Johannes Link: Softwaretests mit JUnit – Techniken der testgetriebenen Entwicklung. 2., überarb. und erw. Auflage. dpunkt-Verlag, Heidelberg 2005, ISBN 3-89864-325-5.
• Frank Westphal: Testgetriebene Entwicklung mit JUnit und FIT. dpunkt, 2005, ISBN 3-89864-220-8 (frankwestphal.de [PDF; 2,8 MB]).

• JUnit Homepage (englisch)
• JUnit-4.0-Neuerungen

1. Release 5.10.2. 4. Februar 2024 (abgerufen am 20. Februar 2024).
2. Mike Clark: JUnit FAQ. What’s the difference between a failure and an error? 28. Dezember 2004, archiviert vom Original (nicht mehr online verfügbar) am 30. Dezember 2004; abgerufen am 25. Oktober 2010 (englisch, Gilt für JUnit 3. Könnte sich geändert haben!): „Assertions are used to check for the possibility of failures, therefore failures are anticipated. Errors are unanticipated problems resulting in uncaught exceptions being propagated from a JUnit test method.“
3. Writing Tests. Abgerufen am 24. Dezember 2023.
4. Stefan Bechtold, Sam Brannen, Johannes Link, Matthias Merdes, Marc Philipp, Juliette de Rancourt, Christian Stein: JUnit 5 User Guide. 21. März 2020, abgerufen am 29. Juli 2020 (englisch).
5. Frank Westphal: JUnit 4.0
6. JUnit release notes
7. Release Notes zu JUnit 4.8
8. JUnit 4.9 released
9. JUnit 4.10 released
10. JUnit 4.11 is released