В этом руководстве мы обсудим, как использовать внедрение зависимостей для вставки макетов Mockito в Spring Beans для модульного тестирования.
В реальных приложениях, где компоненты часто зависят от доступа к внешним системам, важно обеспечить надлежащую изоляцию тестов, чтобы мы могли сосредоточиться на тестировании функциональности данного модуля без необходимости задействовать всю иерархию классов для каждого теста.
Внедрение макета — это чистый способ ввести такую изоляцию.
Чаще всего настроек по умолчанию, предоставляемых Mockito для наших фиктивных объектов, должно быть более чем достаточно.
Однако могут быть случаи, когда нам нужно указать дополнительные параметры макета во время создания макета . Это может быть полезно при отладке, работе с устаревшим кодом или в некоторых крайних случаях.
В предыдущем уроке мы узнали, как работать с мягкими моками . В этом кратком руководстве мы узнаем, как использовать некоторые другие полезные функции, предоставляемые интерфейсом MockSettings .
В этом посте мы поговорим о мокировании : что это такое, зачем его использовать и несколько примеров того, как мокировать один и тот же тестовый пример, используя некоторые из наиболее часто используемых мок-библиотек для Java.
Мы начнем с некоторых формальных/полуформальных определений фиктивных понятий; затем мы представим тестируемый случай, приведем примеры для каждой библиотеки и в конце сделаем некоторые выводы. Выбранные библиотеки — Mockito , EasyMock и JMockit .
Если вы чувствуете, что уже знаете основы насмешек, возможно, вы можете перейти к пункту 2, не читая следующие три пункта.
Эта кулинарная книга иллюстрирует , как использовать проверку Mockito в различных случаях использования.
Формат кулинарной книги ориентирован на примеры и практичен — никаких лишних деталей и объяснений не требуется.
Мы будем издеваться над простой реализацией списка:
public class MyList extends AbstractList<String> {
@Override
public String get(final int index) {
return null;
}
@Override
public int size() {
return 0;
}
}
В этом руководстве мы проанализируем различные варианты использования и возможные альтернативные решения для модульного тестирования абстрактных классов с помощью неабстрактных методов.
Обратите внимание, что тестирование абстрактных классов почти всегда должно проходить через общедоступный API конкретных реализаций , поэтому не применяйте описанные ниже методы, если вы не уверены в том, что делаете.
Начнем с зависимостей Maven:
При модульном тестировании кода, включающего десериализацию JSON с помощью Jackson, нам может быть проще имитировать метод ObjectMapper#readValue . Таким образом, нам не нужно указывать длинные входные данные JSON в наших тестах.
В этом уроке мы увидим, как мы можем добиться этого с помощью Mockito .
Прежде всего, в качестве зависимостей Maven мы будем использовать mockito-core и jackson-databind :
В этой кулинарной книге показано, как использовать Mockito для настройки поведения в различных примерах и вариантах использования.
Формат поваренной книги ориентирован на примеры и практичен — никаких лишних деталей и объяснений не требуется.
И, конечно же, если вы хотите узнать больше о тестировании с помощью Mockito, посмотрите другие статьи о Mockito здесь .
Мы собираемся смоделировать простую реализацию списка , ту же реализацию, которую мы использовали в предыдущей кулинарной книге:
В этом уроке мы покажем, как максимально эффективно использовать шпионов в Mockito .
Мы поговорим об аннотации @Spy и о том, как заглушить шпиона. Наконец, мы рассмотрим разницу между Mock и Spy .
Конечно, чтобы узнать больше о Mockito, посмотрите серию здесь .
шпионский примерПри написании тестов мы часто сталкиваемся с ситуацией, когда нам нужно имитировать статический метод. До версии 3.4.0 Mockito было невозможно напрямую имитировать статические методы — только с помощью PowerMockito .
В этом уроке мы рассмотрим, как теперь мы можем имитировать статические методы, используя последнюю версию Mockito.
Чтобы узнать больше о тестировании с помощью Mockito, ознакомьтесь с нашей обширной серией статей о Mockito .
В этой серии руководств основное внимание уделяется библиотеке Mockito — от базовых до более сложных вариантов использования, а также ее интеграции с другими полезными библиотеками тестирования, такими как JUnit.
