В этом уроке мы познакомимся с классом AdditionalAnswers Mockito и его методами.
Основная цель класса AdditionalAnswers — вернуть параметры, переданные фиктивному методу.
Например, при обновлении объекта имитируемый метод обычно просто возвращает обновленный объект. Используя методы из AdditionalAnswers , мы можем вместо этого вернуть конкретный параметр, переданный методу в качестве аргумента, в зависимости от его положения в списке параметров .
В этом коротком руководстве мы сосредоточимся на том, как тестировать обратные вызовы с помощью популярной среды тестирования Mockito .
Мы рассмотрим два решения, сначала используя ArgumentCaptor , а затем интуитивно понятный метод doAnswer() .
Чтобы узнать больше о хорошем тестировании с помощью Mockito, ознакомьтесь с нашей серией статей о Mockito здесь .
В этом руководстве мы рассмотрим распространенный вариант использования Mockito ArgumentCaptor в наших модульных тестах.
Кроме того, для других вариантов использования Mockito.verify см. нашу кулинарную книгу Mockito Verify .
ArgumentCaptorВ этом кратком руководстве мы узнаем об исключении Mockito UnnecessaryStubbingException . Это исключение является распространенным исключением, с которым мы, вероятно, столкнемся при неправильном использовании заглушек.
Мы начнем с объяснения философии строгой заглушки и того, почему Mockito поощряет ее использование по умолчанию. Затем мы рассмотрим, что именно означает это исключение и при каких обстоятельствах оно может возникнуть. Наконец, мы увидим пример того, как мы можем подавить это исключение в наших тестах.
Чтобы узнать больше о тестировании с помощью Mockito, ознакомьтесь с нашей обширной серией статей о Mockito .
В этом коротком руководстве мы сосредоточимся на том, как смоделировать окончательные классы и методы с помощью Mockito.
Как и в других статьях, посвященных среде Mockito (например, Mockito Verify , Mockito When/Then и Mockito Mock Methods ), мы будем использовать класс MyList , показанный ниже, в качестве соавтора в тестовых примерах.
Мы добавим новый метод для этого руководства:
public class MyList extends AbstractList {
final public int finalMethod() {
return 0;
}
}
И мы также расширим его окончательным подклассом:
Модульное тестирование с помощью мок-фреймворка уже давно признано полезной практикой, и в последние годы на этом рынке доминирует фреймворк Mockito .
И чтобы упростить дизайн кода и сделать общедоступный API простым, некоторые желаемые функции были намеренно опущены. Однако в некоторых случаях эти недостатки вынуждают тестировщиков писать громоздкий код только для того, чтобы сделать возможным создание макетов.
Здесь в игру вступает фреймворк PowerMock .
PowerMockito — это API расширения PowerMock для поддержки Mockito. Он предоставляет возможности для работы с Java Reflection API простым способом для преодоления проблем Mockito, таких как отсутствие возможности имитировать окончательные, статические или частные методы.
В этом руководстве будет представлен API PowerMockito и рассмотрено его применение в тестах.
В этом кратком руководстве мы покажем, как интегрировать Mockito с моделью расширения JUnit 5. Чтобы узнать больше о модели расширения JUnit 5, ознакомьтесь с этой статьей .
Сначала мы покажем, как создать расширение, которое автоматически создает фиктивные объекты для любого атрибута класса или параметра метода, аннотированного @Mock .
Затем мы будем использовать наше расширение Mockito в тестовом классе JUnit 5.
В этом руководстве мы проиллюстрируем различные варианты использования стандартных статических фиктивных методов Mockito API.
Как и в других статьях, посвященных фреймворку Mockito (например , Mockito Verify или Mockito When/Then ), класс MyList , показанный ниже, будет использоваться в качестве соавтора, который будет имитироваться в тестовых примерах:
public class MyList extends AbstractList<String> {
@Override
public String get(int index) {
return null;
}
@Override
public int size() {
return 1;
}
}
Мы часто сталкиваемся с приложениями, которые выполняют какой-то веб-запрос. Когда дело доходит до тестирования этого поведения, у нас есть несколько вариантов с приложениями Spring.
** В этом кратком руководстве мы рассмотрим всего пару способов имитации таких вызовов, выполняемых только через** RestTemplate .
Мы начнем с тестирования с Mockito, популярной библиотеки имитации. Затем мы будем использовать Spring Test, который предоставляет нам механизм для создания фиктивного сервера для определения взаимодействия с сервером.
Мокито