Проверка порядка вызова методов с Mockito: пошаговый гайд

Быстрый ответ

Для проверки последовательности вызова методов при помощи Mockito воспользуйтесь классом InOrder:

// Создаем мок-объект
MyClass mockObject = Mockito.mock(MyClass.class);

// Вызываем методы
mockObject.methodOne();
mockObject.methodTwo();

// Проверяем последовательность вызова
InOrder inOrder = Mockito.inOrder(mockObject);
inOrder.verify(mockObject).methodOne();  // Сначала мы ожидаем вызов этого метода.
inOrder.verify(mockObject).methodTwo();  // Затем ожидается вызов этого метода.

Таким образом, благодаря InOrder можно убедиться, что methodOne вызывается передн methodTwo.

Создание и использование мок-объектов

1. Создание мок-объектов

Работа с проверкой последовательности вызовов всегда начинается с создания мок-объектов:

ServiceClassA serviceA = Mockito.mock(ServiceClassA.class);
ServiceClassB serviceB = Mockito.mock(ServiceClassB.class);

Если требуется подавить исполнение void методов, используйте Mockito.doNothing().when():

Mockito.doNothing().when(serviceA).performAction(); // Теперь метод будет выполняться без выброса исключений.

Подробнее об этом расскажет наш спикер на видео

2. Управление последовательностью вызовов

Познакомьтесь с InOrder — вашим помощником по контролю последовательности вызова мок-объектов от Mockito:

InOrder inOrder = Mockito.inOrder(serviceA, serviceB); // Управляем последовательностью вызова методов.

И следуем заданной последовательности вызовов:

inOrder.verify(serviceA).performAction(); // Сначала выполняем это действие.
inOrder.verify(serviceB).anotherAction(); // Затем следует это действие.

В контексте разработки с использованием подхода Behavior-Driven Development (BDD) это может выглядеть следующим образом:

import static org.mockito.BDDMockito.*;

given(serviceA).willDoNothing(); // Сервис A ничего не делает.
then(inOrder).should(serviceA).performAction();
then(inOrder).should(serviceB).anotherAction();

3. Работа с аргументами методов

Осуществляем более детализированную работу с аргументами методов:

inOrder.verify(serviceA).processData(any(DataType.class));  // Принимаем любой объект данного типа.
inOrder.verify(serviceB).processData(eq(specificArgument)); // В этом случае мы ожидаем конкретный аргумент.

Помните о важности последовательности вызова методов в тестах — порядок важен!

Визуализация

Последовательность вызова методов можно представить как ряд шагов приготовления блюда по рецепту:

1️⃣ serviceA.initiateProcess(); // Сначала готовим "ингредиенты". 2️⃣ serviceB.followThrough(); // Затем тщательно их перемешиваем. 3️⃣ serviceA.concludeProcess(); // Готово! Блюдо достойно звезды Мишлен.

Используя inOrder, вы гарантируете, что каждый шаг следует за предыдущим:

InOrder inOrder = inOrder(serviceA, serviceB); // Ведущий кулинарного шоу — inOrder!
inOrder.verify(serviceA).initiateProcess(); // Начинаем.
inOrder.verify(serviceB).followThrough(); // Продолжаем.
inOrder.verify(serviceA).concludeProcess(); // Подаем на стол!

Продвинутые стратегии тестирования

1. Структурирование для лучшей читаемости

В Kotlin вы можете сделать ваши тесты более понятными и чистыми:

val mockService: Service = mock()

WHEN(mockService).process(isA<Request>()) // КОГДА сервис обрабатывает запрос
THEN(mockService).should(times(1)).reply(isA<Response>()) // ТО он должен ответить ровно один раз.

2. Детализация вызовов

Для более точного контроля над действиями объекта, подготовьтесь:

inOrder.verify(serviceA).updateDatabase(withCustomerData(customer)); // Вот и пришло время обновления базы данных.

Тестируйте как профессионал, тщательно изучая порядок действий.

3. Использование приватных переменных

Для упрощения настройки тестируемых сценариев используйте приватные переменные:

private ServiceClassA serviceA = mock(ServiceClassA.class); // Это наша "команда A".
private ServiceClassB serviceB = mock(ServiceClassB.class); // А это "команда B".

С помощью этих переменных создание тестовых сценариев будет проще.

4. Работа с сложными ситуациями

Если у вас множество методов, можете использовать составной подход для verify().invoke():

inOrder.verify(serviceA).stepOne(); // Маленький шаг для разработчика
inOrder.verify(serviceB).stepTwo(); // и большой прыжок для разработки
inOrder.verify(serviceA).stepThree(); // И так далее...

Проводите тестирование правильно, стремясь понять, как методы взаимодействуют друг с другом в реальных условиях.

Полезные материалы

1. Mockito – mockito-core 5.10.0 javadoc — официальное руководство по работе с InOrder.
2. JUnit 5 User Guide — руководство по интеграции JUnit 5 и Mockito.
3. How to Verify the Call Order of Mocks with Mockito – DZone — полезная статья по проверке последовательности вызовов методов при помощи Mockito.
4. SysGears — подробное руководство по использованию метода verify() в Mockito.
5. Understanding Ruby Class: "undefined method `<' for true:TrueClass" – Stack Overflow — обсуждение работы с проверкой методов.