JUnit Erwarteter Ausnahmetest: @Test(erwartet)

JUnit bietet die Möglichkeit tracDie Ausnahme wird geprüft, und es wird auch überprüft, ob der Code die erwartete Ausnahme auslöst oder nicht.

JUnit 4 bietet eine einfache und übersichtliche Möglichkeit zum Testen von Ausnahmen. Sie können Folgendes verwenden:

• Der optionale Parameter (erwartet) des @Test-Annotation und
• Zu tracAus den Informationen kann „fail()“ verwendet werden.

Während testing Im Falle einer Ausnahme müssen Sie sicherstellen, dass die Ausnahmeklasse, die Sie in diesem optionalen Parameter angeben, korrekt ist. @Test-Annotation Es handelt sich um dieselbe Ausnahme, die die Methode tatsächlich auslöst. Das liegt daran, dass Sie von der Methode eine Ausnahme erwarten. Unit-Testandernfalls unser JUnit Der Test würde fehlschlagen.

Beispiel: @Test(expected = IllegalArgumentException.class)

Mithilfe des Parameters „expected“ können Sie den Namen der Ausnahme angeben, die unser Test auslösen kann. Im obigen Beispiel verwenden Sie „IllegalArgumentException“, was vom Test ausgelöst wird, wenn ein Entwickler ein nicht zulässiges Argument verwendet.

Beispiel mit @Test(expected)

Lassen Sie uns Ausnahmetests verstehen, indem wir ein Java Klasse mit einer Methode, die eine Ausnahme auslöst AusnahmeSie werden dies in einer Testklasse behandeln und testen. Beachten Sie Folgendes: JUnitDie Datei Message.java enthält eine Methode, die eine mathematische Operation ausführt. Die Division in Zeile 14 teilt durch Null, daher löst die Methode immer eine „ArithmeticException“ aus. Siehe unten:

package guru99.junit;

public class JUnitMessage{

	private String message;

	public JUnitMessage(String message) {
		this.message = message;
	}

public void printMessage(){

	System.out.println(message); 
	int divide=1/0;

}

public String printHiMessage(){ 

	message="Hi!" + message;
	
	System.out.println(message);

	return message;
}

}

Code Erläuterung:

• Code Linie 7: Erstellen eines parametrisierten Konstruktors mit Feldinitialisierung.
• Code Zeile 11-14: Eine Methode für die mathematische Operation erstellen.
• Code Linie 18: Erstellen einer weiteren Methode zum Drucken einer Nachricht.
• Code Linie 20: Erstellen einer neuen Zeichenfolge zum Drucken einer Nachricht.
• Code Linie 22: Die in Zeile 20 erstellte neue Nachricht wird ausgegeben.

Erstellen wir eine Testklasse für das Obige. Java Klasse zur Überprüfung der Ausnahme.

Nachfolgend finden Sie die Testklasse, die die von der obigen Methode ausgelöste Ausnahme (hier: ArithmeticException) testet. Java Klasse:

AirthematicTest.java

Der folgende Screenshot zeigt denselben Test im Editor, wobei die Datei unter dem Namen AirthematicTest1 gespeichert ist und der erwartete Parameter in Zeile 13 hervorgehoben ist:

package guru99.junit;

import static org.junit.Assert.assertEquals;

import org.junit.Test;

public class AirthematicTest {

	public String message = "Saurabh";
	
	JUnitMessage junitMessage = new JUnitMessage(message);
	
	@Test(expected = ArithmeticException.class)
	public void testJUnitMessage(){

		System.out.println("Junit Message is printing ");
		junitMessage.printMessage();

	}

	@Test
	public void testJUnitHiMessage(){ 
		message="Hi!" + message;
		System.out.println("Junit Message is printing ");
		assertEquals(message, junitMessage.printHiMessage());
	
	}
}

Code Erläuterung:

• Code Linie 13: Wir verwenden die @Test-Annotation, um unseren Test zu erstellen. Beim Ausführen der Methode der obigen Klasse wird eine mathematische Operation ausgeführt. Hier wird eine ArithmeticException erwartet, daher geben wir sie als Parameter in @Test an.
• Code Linie 17: Aufruf von printMessage() von JUnitMessage.java.
• Code Zeile 21-22: Es wird eine weitere Testmethode erstellt, um die Hi-Nachricht zu überprüfen, diesmal ohne einen erwarteten Parameter.

Die Klasse enthält zwei Testmethoden, sodass bei einem einzigen Durchlauf beide ausgeführt werden: diejenige, die eine ArithmeticException erwartet, und diejenige, die den zurückgegebenen String überprüft.

Hinweis: Dieses Beispiel wird im Originalmaterial unter drei verschiedenen Namen geführt: Im Listing heißt die Klasse „AirthematicTest“, im Screenshot des Editors „AirthematicTest1“ und in der Ergebnisansicht „JunitTestExample“. Der Code ist in allen Fällen identisch; lediglich der Dateiname unterscheidet sich.

Führen wir es aus und überprüfen wir das Ergebnis. JUnit Die unten stehenden Berichte zeigen den Ablauf von JunitTestExample.java.

Ausgang:

Hier ist die Ausgabe, die einen erfolgreichen Test ohne Fehler anzeigt. trace wie unten angegeben:

Beide Methoden sind erfolgreich. Die erste Methode ist erfolgreich, weil die deklarierte ArithmeticException tatsächlich aufgetreten ist, und die zweite, weil der zurückgegebene String übereinstimmt. Wäre die Division nicht ausgelöst worden, JUnit Die erste Methode wäre mit der Meldung „Expected exception: java.lang.ArithmeticException“ fehlgeschlagen.

Drei Möglichkeiten, eine Ausnahme zu testen in JUnit 4

Der erwartete Parameter ist der kürzeste der drei. JUnit Es gibt vier Redewendungen, aber nicht immer ist die richtige die richtige. Die Tabelle vergleicht sie anhand der beiden Fragen, die die Wahl entscheiden: Können Sie die Aussage bestätigen, und wissen Sie, welche Formulierung verwendet wurde?

Die in der Einleitung erwähnte fail()-Anweisung sieht folgendermaßen aus: Wenn der Aufruf keine Ausnahme auslöst, wird fail() ausgeführt und der Test meldet die von Ihnen verfasste Meldung:

@Test
public void testDivideByZero() {
    try {
        junitMessage.printMessage();
        fail("Expected an ArithmeticException");
    } catch (ArithmeticException e) {
        assertEquals("/ by zero", e.getMessage());
    }
}

Die ExpectedException-Regel steht dazwischen. Sie wurde in [Jahr einfügen] als veraltet markiert. JUnit 4.13 zugunsten der im Folgenden beschriebenen assertThrows-Methode, also neu JUnit 4 Tests sollten es nicht übernehmen.

Wie man Ausnahmen testet in JUnit 5 mit assertThrows()

JUnit 5 entfernt den erwarteten Parameter vollständig aus @Test. Jupiter liefert assertThrows ()Diese Funktion nimmt die Ausnahmeklasse und eine Lambda-Funktion entgegen, die den zu testenden Code enthält. Sie gibt die abgefangene Ausnahme zurück, sodass anschließend die Meldung, die Ursache und alle benutzerdefinierten Felder überprüft werden können.

import static org.junit.jupiter.api.Assertions.assertEquals;
import static org.junit.jupiter.api.Assertions.assertThrows;
import org.junit.jupiter.api.Test;

public class AirthematicJupiterTest {

    JUnitMessage junitMessage = new JUnitMessage("Saurabh");

    @Test
    public void testJUnitMessage() {
        ArithmeticException thrown = assertThrows(
                ArithmeticException.class,
                () -> junitMessage.printMessage());
        assertEquals("/ by zero", thrown.getMessage());
    }
}

Drei verwandte Behauptungen Vervollständigen Sie die Familie:

• assertThrows Akzeptiert den Ausnahmetyp oder eine beliebige Unterklasse davon.
• assertThrowsExactly Eine Unterklasse wird abgelehnt, daher wird nur der benannte Typ akzeptiert.
• assertDoesNotThrow wird die gegenteilige Erwartung formuliert, nämlich dass der Block sauber abgeschlossen wird.

Das JUnit 4 Der Code auf dieser Seite läuft immer noch auf dem JUnit Die Plattform basiert auf der Vintage-Engine, sodass nichts davon neu geschrieben werden muss, um während der Migration eines Projekts weiterhin zu funktionieren.

Häufige Fehler beim Testen von Ausnahmen in JUnit

Ausnahmetests schlagen auf wenige, erkennbare Arten fehl. Jede Zeile benennt das Symptom, die Ursache und die Lösung.

Die letzte Zeile ist diejenige, die die meisten mitten in der Migration überrascht, da beide Annotationen @Test heißen und nur der Import sie unterscheidet. Keeping dank One JUnit Version pro Testfall Diese Klasse vermeidet das gesamte Problem.

Häufig gestellte Fragen