Verwenden Sie JUNIT 5 und Mockito, um Abh?ngigkeiten für Unit -Tests effektiv zu isolieren. 1. Erstellen Sie Mockobjekte über @Mock, @InjectMocks injizieren die getestete Instanz, @extendWith erm?glicht die Mockito -Erweiterung. 2. verwenden Sie, wenn (). Thatreturn (), um das Simulationsverhalten zu definieren, verifizieren (), um die Anzahl der Methodenaufrufe und Parameter zu überprüfen. 3. kann die Ausnahmszenarien simulieren und die Fehlerbehandlung überprüfen; 4.. Konstruktorinjektion empfehlen, übersimulierung vermeiden und die Testeratomizit?t beibehalten. 5. Verwenden Sie Assertall (), um Behauptungen zusammenzuführen, und @Nested organisiert Testszenarien, um die Wartbarkeit und Zuverl?ssigkeit der Tests zu verbessern.

Unit -Tests und Verspottung sind wichtige Mittel, um die Codequalit?t in Java zu gew?hrleisten, und Junit 5 und Mockito sind die beliebteste Kombination von Testframeworks. Sie arbeiten zusammen, um die Gesch?ftslogik effizient zu isolieren, insbesondere für Szenarien, die auf externen Diensten, Datenbanken oder komplexen Objekten beruhen.

Warum Junit 5 Mockito verwenden?

Junit 5 ist ein Mainstream -Test -Test -Framework in Java, das flexiblere Annotationsmodelle, Erweiterungsmechanismen und Behauptungsfunktionen bietet. Mockito ist ein leistungsstarkes Verspottungs -Framework, mit dem Sie "gef?lschte" Objekte erstellen und konfigurieren k?nnen, um reale Abh?ngigkeiten zu ersetzen und sich auf das Testen des Verhaltens von Zielklassen zu konzentrieren.

Wenn Sie die beiden kombinieren, k?nnen Sie:

• Isolieren Sie den getesteten Code aus externen Abh?ngigkeiten
• überprüfen Sie die Anzahl der Methodenaufrufe und Parameter
• Simulieren Sie Ausnahmen und Randbedingungen
• Verbesserung der Testwartbarkeit und Ausführungsgeschwindigkeit der Tests

1. Grundlegende Umweltkonstruktion

Stellen Sie zun?chst sicher, dass das Projekt jungit 5 und Mockito -Abh?ngigkeiten einführt. Wenn Sie Maven verwenden, fügen Sie pom.xml Folgendes hinzu:

 <Depecies>
    <!-jungit 5->
    <De vorangehen>
        <gruppe> org.junit.jupiter </Groupid>
        <artifactid> junit-jupiter </artifactid>
        <version> 5.10.0 </Version>
        <Schops> Test </Scope>
    </abh?ngig>

    <!-Mockito->
    <De vorangehen>
        <CruupId> org.mockito </gruppeId>
        <artifactid> mockito-core </artifactid>
        <version> 5.7.0 </Version>
        <Schops> Test </Scope>
    </abh?ngig>

    <!-Mockito Junit Jupiter-Unterstützung (optional, zur automatischen Initialisierung von @mock Annotation verwendet)->
    <De vorangehen>
        <CruupId> org.mockito </gruppeId>
        <artifactid> Mockito-Junit-Jupiter </artifactid>
        <version> 5.7.0 </Version>
        <Schops> Test </Scope>
    </abh?ngig>
</Abh?ngigkeiten>

Verwenden Sie au?erdem eine Build -Konfiguration, die JUNIT 5 unterstützt (z. B. SureFire Plugin -Version> = 2.22.0).

2. Verwenden Sie Mockito, um Abh?ngigkeitsobjekte zu simulieren

Nehmen wir an, wir haben einen Bestellservice OrderService , der auf einer Payment Gateway PaymentGateway -Schnittstelle beruht:

 public interface paymentgateway {
    Boolesche Gebühr (Doppelbetrag);
}

?ffentliche Klasse orderService {
    private endgültige Paymentgateway Paymentgateway;

    public orderService (paymentgateway paymentgateway) {
        this.Paymentgateway = paymentGateway;
    }

    public boolean ProcessOrder (doppelte Menge) {
        if (Betrag <= 0) return false;
        Return PaymentGateway.Chode (Betrag);
    }
}

Wir m?chten OrderService.processOrder() testen, m?chten aber das Zahlungssystem nicht anrufen. Zu diesem Zeitpunkt k?nnen Sie Mockito verwenden, um einen simulierten PaymentGateway zu erstellen.

Schreiben Sie Testkurse

 import org.junit.jupiter.api.test;
import org.mockito.injectmocks;
import org.mockito.mock;
importieren statische org.junit.jupiter.api.asserions.*;
statische org.mockito.mockito importieren.*;

Klasse orderServicetest {

    @Verspotten
    private paymentgateway paymentgateway;

    @InjectMocks
    privater ordnerservice orderservice;

    // muss mit Mockitoextension zusammenarbeiten, um @Mock und @injectMocks automatisch zu initialisieren
    @org.junit.jupiter.api.extesion
    Statische Klasse verschachtelt {}

    @Prüfen
    void shartreturnfalse_whenamountisinvalid () {
        // rufen Sie die zum test booleschen Ergebnis = orderService.ProcessOrder (-100) an;

        // Assert Ergebnis AssertFalse (Ergebnis);

        // überprüfen Sie, ob das Zahlungsgateway nicht bezeichnet wird (PaymentGateway, Ever ()). Gebühr (AnyDouble ());
    }

    @Prüfen
    void shartReturntrue_whenPaymentsucpesS () {
        // Simulation des Abh?ngigkeitsverhaltens, wenn (paymentgateway.charge (100.0)). Thatreturn (true);

        // boolean result = orderService.ProcessOrder (100,0) ausführen;

        // Assert AssertRue (Ergebnis);
        überprüfen (paymentgateway) .charge (100,0);
    }

    @Prüfen
    void shartReturnFalse_WenPaymentFails () {
        wenn (paymentgateway.charge (100.0)). threeturn (falsch);

        boolean result = orderService.ProcessOrder (100,0);

        AssertFalse (Ergebnis);
        überprüfen (paymentgateway) .charge (100,0);
    }
}

Schlüsselpunkte Beschreibung:

• @Mock : Erstellen Sie ein Mock -Objekt (Mock)
• @InjectMocks : Erstellen Sie eine Zielklasseninstanz und injizieren Sie automatisch die @Mock -markierten Felder (durch Konstruktor- oder Feldinjektion)
• @ExtendWith(MockitoExtension.class) : Aktivieren Sie die Jungit -Erweiterung von Mockito, um Annotationen automatisch zu initialisieren
• when(...).thenReturn(...) : Definieren Sie den Rückgabewert der Simulationsmethode
• verify(...) : überprüfen Sie, ob eine Methode aufgerufen wurde, sowie die Anzahl der Anrufe, Parameter usw.

3. Verhaltensüberprüfung

Zus?tzlich zur Behauptung des Rückgabewerts k?nnen Sie überprüfen, ob die Methode korrekt aufgerufen wird. Zum Beispiel:

 @Prüfen
void sollteePedarchExactlyonce () {
    wenn (paymentgateway.charge (50.0)). thsedReturn (true);

    orderService.ProcessOrder (50,0);

    // Stellen Sie sicher, dass die Ladungsmethode einmal aufgerufen wird und der Parameter 50.0 betr?gt
    überprüfen (paymentgateway, Zeiten (1)). Gebühr (Gleichung (50,0));
}

Andere gemeinsame Verifizierungsmethoden:

• never() : Nie gerufen
• atLeastOnce() : mindestens einmal
• timeout(100) : Innerhalb einer bestimmten Zeit aufgerufen (für asynchron)
• inOrder(...) : überprüfen Sie die Anrufauftrag

 // Beispiel: überprüfen Sie die Anrufverordnung entschlüssig.
in Order.Verify (PaymentGateway). Gebühr (30.0);
in Order.Verify (PaymentGateway). Gebühr (20.0);

4. Gehen Sie mit Ausnahmen und Randsituationen um

Sie k?nnen die Ausnahmen von Mock -Objekten werfen und die Fehlerbehandlungslogik testen:

 @Prüfen
void sollte
    wenn (paymentgateway.charge (100.0)). Thenthrow (New RunTimeException ("Netzwerkfehler"));

    AssertThrows (runTimeException.class, () -> {
        orderService.ProcessOrder (100,0);
    });

    überprüfen (paymentgateway) .charge (100,0);
}

Sie k?nnen auch doThrow() verwenden, um mit doReturn() zusammenzuarbeiten, um mit void -Methoden oder speziellen Szenarien umzugehen.

5. Tipps und Best Practices

• Vermeiden Sie eine Vereinfachung : Simulieren Sie nur Abh?ngigkeiten, die wirklich isoliert werden müssen, und simulieren Sie nicht den gesamten Link
• Bevorzugte Konstruktorinjektion : Bei der Prüfung leicht zu übergebene Scheinobjekte
• Testatomizit?t beibehalten : Ein Test best?tigt nur ein Verhalten
• Batch -Behauptungen mit assertAll()

 @Prüfen
void multiPipasSerions () {
    wenn (paymentgateway.charge (100.0)). threeturn (true);

    boolean result = orderService.ProcessOrder (100,0);

    Assertall (
        () -> AssertRue (Ergebnis),
        () -> überprüfen (PaymentGateway). Gebühr (100.0)
    );
}

• Verwenden Sie die @Nested Testklasse, um verschiedene Szenarien zu organisieren:

 @Nested
Klasse WENN AMOUNTISPOSITIVE {
    @Prüfen
    void SollderPaymentgateway () {...}
}

Grunds?tzlich ist das. Die Kombination von Junit 5 Mockito macht Java Unit Testing intuitiv und leistungsstark. Der Schlüssel besteht darin, "Testverhalten" zu verstehen und nicht "Testimplementierung" zu verstehen und Abh?ngigkeiten durch Mock zu steuern, um sicherzustellen, dass der Test schnell, stabil und wiederholbar ist.

Das obige ist der detaillierte Inhalt vonEinheitstests und Verspottung in Java mit Junit 5 und Mockito. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!