Перейти к основному содержимому

32 записи с тегом "Mockito"

Посмотреть все теги

· 3 мин. чтения

1. Обзор

В этом кратком руководстве мы рассмотрим три разных способа создания фиктивных объектов с помощью Mockito и поддержки имитации Spring. Мы также обсудим, чем они отличаются друг от друга.

2. Мокито.mock()

Метод Mockito.mock() позволяет нам создать фиктивный объект класса или интерфейса.

· 5 мин. чтения

1. Обзор

В этом уроке мы познакомимся с классом AdditionalAnswers Mockito и его методами.

2. Возврат аргументов

Основная цель класса AdditionalAnswers — вернуть параметры, переданные фиктивному методу.

Например, при обновлении объекта имитируемый метод обычно просто возвращает обновленный объект. Используя методы из AdditionalAnswers , мы можем вместо этого вернуть конкретный параметр, переданный методу в качестве аргумента, в зависимости от его положения в списке параметров .

· 4 мин. чтения

1. Обзор

В этом коротком руководстве мы сосредоточимся на том, как тестировать обратные вызовы с помощью популярной среды тестирования Mockito .

Мы рассмотрим два решения, сначала используя ArgumentCaptor , а затем интуитивно понятный метод doAnswer() .

Чтобы узнать больше о хорошем тестировании с помощью Mockito, ознакомьтесь с нашей серией статей о Mockito здесь .

2. Введение в обратные вызовы

· 4 мин. чтения

1. Обзор

В этом руководстве мы рассмотрим распространенный вариант использования Mockito ArgumentCaptor в наших модульных тестах.

Кроме того, для других вариантов использования Mockito.verify см. нашу кулинарную книгу Mockito Verify .

2. Использование ArgumentCaptor

· 4 мин. чтения

1. Обзор

В этом кратком руководстве мы узнаем об исключении Mockito UnnecessaryStubbingException . Это исключение является распространенным исключением, с которым мы, вероятно, столкнемся при неправильном использовании заглушек.

Мы начнем с объяснения философии строгой заглушки и того, почему Mockito поощряет ее использование по умолчанию. Затем мы рассмотрим, что именно означает это исключение и при каких обстоятельствах оно может возникнуть. Наконец, мы увидим пример того, как мы можем подавить это исключение в наших тестах.

Чтобы узнать больше о тестировании с помощью Mockito, ознакомьтесь с нашей обширной серией статей о Mockito .

2. Строгая заглушка

· 2 мин. чтения

1. Обзор

В этом коротком руководстве мы сосредоточимся на том, как смоделировать окончательные классы и методы с помощью Mockito.

Как и в других статьях, посвященных среде Mockito (например, Mockito Verify , Mockito When/Then и Mockito Mock Methods ), мы будем использовать класс MyList , показанный ниже, в качестве соавтора в тестовых примерах.

Мы добавим новый метод для этого руководства:

public class MyList extends AbstractList {
final public int finalMethod() {
return 0;
}
}

И мы также расширим его окончательным подклассом:

· 6 мин. чтения

1. Обзор

Модульное тестирование с помощью мок-фреймворка уже давно признано полезной практикой, и в последние годы на этом рынке доминирует фреймворк Mockito .

И чтобы упростить дизайн кода и сделать общедоступный API простым, некоторые желаемые функции были намеренно опущены. Однако в некоторых случаях эти недостатки вынуждают тестировщиков писать громоздкий код только для того, чтобы сделать возможным создание макетов.

Здесь в игру вступает фреймворк PowerMock .

PowerMockito — это API расширения PowerMock для поддержки Mockito. Он предоставляет возможности для работы с Java Reflection API простым способом для преодоления проблем Mockito, таких как отсутствие возможности имитировать окончательные, статические или частные методы.

В этом руководстве будет представлен API PowerMockito и рассмотрено его применение в тестах.

· 3 мин. чтения

1. Обзор

В этом кратком руководстве мы покажем, как интегрировать Mockito с моделью расширения JUnit 5. Чтобы узнать больше о модели расширения JUnit 5, ознакомьтесь с этой статьей .

Сначала мы покажем, как создать расширение, которое автоматически создает фиктивные объекты для любого атрибута класса или параметра метода, аннотированного @Mock .

Затем мы будем использовать наше расширение Mockito в тестовом классе JUnit 5.

2. Зависимости Maven

· 4 мин. чтения

1. Обзор

В этом руководстве мы проиллюстрируем различные варианты использования стандартных статических фиктивных методов 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;
}
}

2. Простое издевательство

· 3 мин. чтения

1. Введение

Мы часто сталкиваемся с приложениями, которые выполняют какой-то веб-запрос. Когда дело доходит до тестирования этого поведения, у нас есть несколько вариантов с приложениями Spring.

** В этом кратком руководстве мы рассмотрим всего пару способов имитации таких вызовов, выполняемых только через** RestTemplate .

Мы начнем с тестирования с Mockito, популярной библиотеки имитации. Затем мы будем использовать Spring Test, который предоставляет нам механизм для создания фиктивного сервера для определения взаимодействия с сервером.

2. Использование Мокито