Java & Spring Weekly

Продолжим говорить о Mockito. Мы уже научились управлять поведением моков, теперь пора поговорить о проверках — с какими параметрами и в каком порядке вызывались методы. В этом посте расскажу о самых полезных инструментах: verify, verifyNoInteractions, InOrder, @Captor и assertArg.

✅ verify — как проверить вызов метода

Если вы хотите убедиться, что метод был вызван, используйте verify. Это самый частый способ проверок в Mockito.


@Test
void verify_example() {
    questions.isFeatureEnabled("abc");

    verify(questions).isFeatureEnabled("abc");
}

Можно также проверять, сколько раз вызывался метод:


verify(questions, times(1)).isFeatureEnabled("abc"); // по умолчанию 1
verify(questions, never()).isFeatureEnabled(“xyz”);
verify(questions, atLeastOnce()).isFeatureEnabled(“xyz”);
verify(questions, atLeast(2)).isFeatureEnabled(“xyz");

Mockito также позволяет проверить и асинхронные вызов - взаимодействие с моком произошло в течение указанного промежутка времени:


verify(context, timeout(1000)).doCheck(); // ждать до одной секунды, что произойдет взаимодействие

🚫 verifyNoInteractions — метод не должен вызываться

Иногда нужно убедиться, что с мок-объектом вообще не взаимодействовали:


@Test
void noInteractions_example() {
    verifyNoInteractions(questions); // важно: вызовов не было вообще
}

А если вы хотите проверить, что после каких-то действий не было дополнительных вызовов, используйте verifyNoMoreInteractions:


questions.isFeatureEnabled("abc");
verify(questions).isFeatureEnabled("abc");
verifyNoMoreInteractions(questions); // ни одного вызова больше

🔁 InOrder — проверка порядка вызовов

Бывает важно, в каком порядке вызывались методы — тогда пригодится InOrder.


@Test
void inOrder_example() {
    questions.isFeatureEnabled("abc");
    questions.isFeatureEnabled("xyz");

    InOrder inOrder = inOrder(questions);
    inOrder.verify(questions).isFeatureEnabled("abc");
    inOrder.verify(questions).isFeatureEnabled("xyz");
}

Можно передать в inOrder(...) несколько моков и проверять, как они взаимодействовали между собой.

🎯 @Captor — захват аргументов

Если вы хотите получить значение аргумента, с которым вызывался метод — используйте @Captor. Особенно удобно, если метод принимал сложный объект.


@Captor
ArgumentCaptor<String> stringCaptor;

@Test
void captor_example(@Mock ContextQuestions questions) {
    questions.isFeatureEnabled("abc");

    verify(questions).isFeatureEnabled(stringCaptor.capture());

    assertThat(stringCaptor.getValue()).isEqualTo("abc");
}

Не забудьте аннотацию @ExtendWith(MockitoExtension.class) в классе, чтобы @Captor работал.

Кстати, можно создать ArgumentCaptor прямо в самом тесте и без @Captor:


@Test
void captor_example(@Mock ContextQuestions questions) {
    questions.isFeatureEnabled("abc");

    final ArgumentCaptor<String> stringCaptor = ArgumentCaptor.forClass(String.class);
    verify(questions).isFeatureEnabled(stringCaptor.capture());

    assertThat(stringCaptor.getValue()).isEqualTo("abc");
}

🧪 assertArg — лаконичная проверка аргумента

Начиная с Mockito 5, можно использовать assertArg короткий способ проверить аргумент прямо в verify без использования `ArgumentCaptor`-ов.


@Test
void assertArg_example() {
    questions.isFeatureEnabled("abc");

    verify(questions).isFeatureEnabled(assertArg(arg -> {
        assertThat(arg).startsWith("a");
    }));
}

Пишите в комментариях, о каких еще интересных возможностях Mockito я не рассказал. А дальше расскажу об одной из моих любимых библиотек для тестирования - AssertJ.

👍6🔥2

310 views08:01