Testing Mastery: JUnit, Mockito & Integration Tests · Lektion

Mock-Interaktionen überprüfen

Lernen Sie zu überprüfen, ob Mock-Objekte mit den erwarteten Argumenten und einer bestimmten Anzahl von Aufrufen verwendet wurden.

Mock-Interaktionen überprüfen ist eine kostenlose Testing Mastery: JUnit, Mockito & Integration Tests-Lektion auf CoddyKit. Dies ist Lektion 3 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Testing Mastery: JUnit, Mockito & Integration Tests-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Testing Mastery: JUnit, Mockito & Integration Tests-Kurs umfasst insgesamt 4 Lektionen.

Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.

Intro to Mockito Verification

Welcome to verifying mock interactions! After learning to create mocks, the next crucial step is to confirm how they were used.

Verification in Mockito means checking if specific methods on your mock objects were called during a test.

Why Verify Interactions?

When testing a class, you often want to ensure it correctly interacts with its dependencies.

Collaboration Check: Did the object under test call the right methods on its collaborators?
Behavior Confirmation: Did it pass the correct arguments to those methods?
Interaction Count: Was a method called once, multiple times, or not at all?

Verification answers these questions, ensuring your code behaves as expected.

The Basic `verify()` Method

The simplest way to verify an interaction is using Mockito.verify(). It checks if a method was called exactly once.

You write verify(mockObject).methodCall(); after the code under test has run. If the method wasn't called, or was called more than once, Mockito will throw an error.

Code: Basic `verify()` in Action

Try this runnable example. We'll simulate a test by creating a mock and calling a method on it. Then, we verify the interaction.

In a real JUnit test, a failed verification would make the test fail.

import static org.mockito.Mockito.*;

interface MyService {
    void doSomething();
}

class MyProcessor {
    private MyService service;
    public MyProcessor(MyService service) {
        this.service = service;
    }
    public void execute() {
        service.doSomething();
    }
}

public class Main {
    public static void main(String[] args) {
        MyService mockService = mock(MyService.class);
        MyProcessor processor = new MyProcessor(mockService);

        System.out.println("Calling execute...");
        processor.execute(); // This calls mockService.doSomething()

        try {
            // Verify doSomething() was called exactly once
            verify(mockService).doSomething();
            System.out.println("\nVerification successful: doSomething() called once.");
        } catch (Throwable e) {
            System.out.println("\nVerification failed: " + e.getMessage());
        }
        System.out.println("Program finished.");
    }
}

Verifying Specific Arguments with `eq()`

Often, you need to check not just if a method was called, but with what arguments.

Use eq(value) to match an exact argument value. For example, verify(mock).someMethod(eq("hello"), eq(123)); ensures the method was called with "hello" and 123.

You can also use generic matchers like anyString() or anyInt() if you don't care about a specific argument's value.

Code: `verify()` with `eq()`

Here, we verify that a message was sent with specific content and priority. Notice how eq() helps us be precise.

import static org.mockito.Mockito.*;

interface DataSender {
    void send(String message, int priority);
}

class MessageProcessor {
    private DataSender sender;
    public MessageProcessor(DataSender sender) {
        this.sender = sender;
    }
    public void processAndSend(String data) {
        sender.send(data.toUpperCase(), 1);
    }
}

public class Main {
    public static void main(String[] args) {
        DataSender mockSender = mock(DataSender.class);
        MessageProcessor processor = new MessageProcessor(mockSender);

        System.out.println("Processing 'hello' message...");
        processor.processAndSend("hello");

        try {
            // Verify send() was called with "HELLO" and 1
            verify(mockSender).send(eq("HELLO"), eq(1));
            System.out.println("\nVerification successful: Correct arguments received.");
        } catch (Throwable e) {
            System.out.println("\nVerification failed: " + e.getMessage());
        }

        // The following commented block shows a failing verification
        // try {
        //     verify(mockSender).send(eq("hello"), eq(1)); // "hello" (lowercase) is wrong
        //     System.out.println("This should not be printed.");
        // } catch (Throwable e) {
        //     System.out.println("Expected failure for wrong arguments: " + e.getMessage());
        // }
        System.out.println("Program finished.");
    }
}

Verifying Call Counts: `times()` & `never()`

Sometimes, you need to verify how many times a method was called:

verify(mock, times(N)).method();: Called exactly N times.
verify(mock, never()).method();: Never called (same as times(0)).

These are powerful for ensuring loops, conditions, or error handling work correctly.

Code: `times()` and `never()`

This example processes multiple events and logs an error. We'll verify the exact number of times each type of log was made.

import static org.mockito.Mockito.*;

interface EventLogger {
    void log(String event);
}

class EventProcessor {
    private EventLogger logger;
    public EventProcessor(EventLogger logger) {
        this.logger = logger;
    }
    public void processEvents(int count) {
        for (int i = 0; i < count; i++) {
            logger.log("Event " + (i + 1));
        }
    }
    public void logError(String error) {
        logger.log("ERROR: " + error);
    }
}

public class Main {
    public static void main(String[] args) {
        EventLogger mockLogger = mock(EventLogger.class);
        EventProcessor processor = new EventProcessor(mockLogger);

        System.out.println("Processing 3 events and logging an error...");
        processor.processEvents(3);
        processor.logError("Failed to connect");

        try {
            // Verify log() was called 3 times with arguments starting with "Event "
            verify(mockLogger, times(3)).log(startsWith("Event "));
            System.out.println("\nVerification successful: 'Event' logged 3 times.");

            // Verify log() was called once with the exact error message
            verify(mockLogger, times(1)).log(eq("ERROR: Failed to connect"));
            System.out.println("Verification successful: Error logged once.");

            // Verify log() was never called with arguments starting with "WARNING"
            verify(mockLogger, never()).log(startsWith("WARNING"));
            System.out.println("Verification successful: 'WARNING' never logged.");

        } catch (Throwable e) {
            System.out.println("\nVerification failed: " + e.getMessage());
        }
        System.out.println("Program finished.");
    }
}

Flexible Call Counts: `atLeast()`, `atMost()`

Sometimes an exact count isn't necessary, but a range is important:

verify(mock, atLeast(N)).method();: Called N or more times.
verify(mock, atMost(N)).method();: Called N or fewer times.

There are also convenient shortcuts: atLeastOnce() and atMostOnce() for clarity.

Verify Interactions Check

Which of the following are valid ways to verify method calls using Mockito?

Recap: Mastering Verification

You've learned how to verify mock interactions in Mockito!

verify(mock).method(); checks for a single call.
Use eq() for exact argument matching or generic matchers like anyString().
Control call counts with times(N), never(), atLeast(N), and atMost(N).

Mastering verification is key to writing robust, reliable unit tests that confirm precise object collaboration.

Häufig gestellte Fragen

Ist die Lektion „Mock-Interaktionen überprüfen“ kostenlos?

Ja — der vollständige Text von „Mock-Interaktionen überprüfen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Testing Mastery: JUnit, Mockito & Integration Tests-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Testing Mastery: JUnit, Mockito & Integration Tests-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Mock-Interaktionen überprüfen“?

Lernen Sie zu überprüfen, ob Mock-Objekte mit den erwarteten Argumenten und einer bestimmten Anzahl von Aufrufen verwendet wurden. Du übst Testing Mastery: JUnit, Mockito & Integration Tests mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Testing Mastery: JUnit, Mockito & Integration Tests zu starten?

Keine Vorkenntnisse erforderlich. Testing Mastery: JUnit, Mockito & Integration Tests auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 3 von 4.

Wie lange dauert die Lektion „Mock-Interaktionen überprüfen“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Testing Mastery: JUnit, Mockito & Integration Tests-Lektion Code schreiben und ausführen?

Ja. Jede Testing Mastery: JUnit, Mockito & Integration Tests-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

Mocks, Stubs und Fakes
Mocks mit Mockito erstellen
Mock-Interaktionen überprüfen
Mocks mit @Mock und @InjectMocks injizieren

← Zurück zu Testing Mastery: JUnit, Mockito & Integration Tests