0Pricing
Testing Mastery: JUnit, Mockito & Integration Tests · Lekcja

Weryfikowanie interakcji z mockami

Naucz się weryfikować, czy mocki zostały wywołane z oczekiwanymi argumentami i określoną liczbę razy.

Weryfikowanie interakcji z mockami to bezpłatna lekcja Testing Mastery: JUnit, Mockito & Integration Tests na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Testing Mastery: JUnit, Mockito & Integration Tests, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Testing Mastery: JUnit, Mockito & Integration Tests zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

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.

Często zadawane pytania

Czy lekcja „Weryfikowanie interakcji z mockami” jest bezpłatna?

Tak — pełny tekst „Weryfikowanie interakcji z mockami” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Testing Mastery: JUnit, Mockito & Integration Tests, przejdź na CoddyKit PRO. Kurs Testing Mastery: JUnit, Mockito & Integration Tests zawiera 4 lekcji w sumie.

Co nauczysz się w „Weryfikowanie interakcji z mockami”?

Naucz się weryfikować, czy mocki zostały wywołane z oczekiwanymi argumentami i określoną liczbę razy. Ćwiczysz Testing Mastery: JUnit, Mockito & Integration Tests z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Testing Mastery: JUnit, Mockito & Integration Tests?

Nie wymagamy żadnego doświadczenia. Testing Mastery: JUnit, Mockito & Integration Tests w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.

Ile czasu zajmuje lekcja „Weryfikowanie interakcji z mockami”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Testing Mastery: JUnit, Mockito & Integration Tests?

Tak. Każda lekcja Testing Mastery: JUnit, Mockito & Integration Tests zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Mocki, stuby i fake’i
  2. Tworzenie mocków za pomocą Mockito
  3. Weryfikowanie interakcji z mockami
  4. Wstrzykiwanie atrap za pomocą @Mock i @InjectMocks
← Powrót do Testing Mastery: JUnit, Mockito & Integration Tests