WireMock — это библиотека для заглушек и имитации веб-сервисов. Он создает HTTP-сервер, к которому мы можем подключиться так же, как к реальному веб-сервису.
Когда сервер WireMock работает, мы можем настроить ожидания, вызвать службу, а затем проверить ее поведение.
Чтобы иметь возможность воспользоваться библиотекой WireMock, нам нужно включить в POM следующую зависимость:
В этом коротком уроке мы узнаем о Cucumber Backgrounds, функции, которая позволяет нам выполнять некоторые предложения для каждого теста Cucumber Feature.
Во-первых, давайте объясним, что такое огуречный фон . Его цель — выполнить одно или несколько предложений перед каждым тестом функции.
Но какую проблему мы здесь пытаемся решить?
В этом руководстве мы рассмотрим инфраструктуру тестирования Джерси и посмотрим, как мы можем использовать ее для быстрого написания интеграционных тестов.
Как мы уже видели в предыдущих статьях, Jersey — это платформа с открытым исходным кодом для разработки RESTful Web Services . Мы можем узнать больше о Джерси в нашей статье «Введение в создание API с помощью Джерси и Spring» — здесь .
Jersey Test Framework — это инструмент, помогающий нам проверить правильность реализации наших серверных компонентов. Как мы увидим позже, он обеспечивает быстрый и простой способ написания интеграционных тестов и очень хорошо справляется с взаимодействием с нашими HTTP API.
В этом кратком руководстве мы рассмотрим одно из предупреждений, которые мы можем увидеть при работе с популярной средой тестирования Mockito .
А именно тот, который относится к устаревшему классу MockitoJUnitRunner . Мы увидим, почему появляется это предупреждение и как с ним справиться.
Наконец, давайте напомним, что мы можем использовать MockitoJUnitRunner , чтобы указать Mockito инициализировать наши тестовые двойники, аннотированные с помощью @Mock или @Spy, вместе с другими аннотациями Mockito.
Чтобы узнать больше о тестировании с помощью Mockito, ознакомьтесь с нашей серией статей о Mockito здесь .
Наши сборки часто запускают множество автоматических тестов для нашего проекта. К ним относятся модульные и интеграционные тесты. Если выполнение набора тестов занимает много времени, мы можем захотеть оптимизировать наш тестовый код или отследить тесты, которые занимают слишком много времени.
В этом руководстве мы узнаем несколько способов определения времени выполнения наших тестовых случаев и наборов тестов.
Чтобы продемонстрировать отчеты о времени выполнения, давайте воспользуемся несколькими тестовыми примерами из разных уровней тестовой пирамиды. Мы будем моделировать продолжительность тестового примера с помощью Thread.sleep() .
Hamcrest — это библиотека, которая предоставляет методы, называемые сопоставителями, которые помогают разработчикам писать более простые модульные тесты. Сопоставителей предостаточно, вы можете начать, прочитав о некоторых из них здесь .
В этой статье мы рассмотрим сопоставители бобов.
Fluent API — это метод разработки программного обеспечения, основанный на цепочке методов для создания кратких, удобочитаемых и красноречивых интерфейсов.
Они часто используются для строителей, фабрик и других творческих шаблонов проектирования . В последнее время они становятся все более популярными по мере развития Java , и их можно найти в популярных API, таких как API Java Stream и среда тестирования Mockito .
Тем не менее, имитация API-интерфейсов Fluent может быть болезненной, поскольку нам часто нужно настроить сложную иерархию фиктивных объектов .
В этом уроке мы рассмотрим, как этого избежать, используя замечательную функцию Mockito.
В этом руководстве мы обсудим, как тестировать службы REST с помощью REST-assured, уделяя особое внимание сбору и проверке данных ответов от наших API-интерфейсов REST .
В предыдущих руководствах мы рассмотрели REST-assured в целом и показали, как манипулировать заголовками запросов, файлами cookie и параметрами .
Опираясь на эту существующую настройку, мы добавили простой контроллер REST, AppController , который внутренне вызывает службу AppService . Мы будем использовать эти классы в наших тестовых примерах.
В этом кратком руководстве мы сосредоточимся на различных типах тайм-аутов, которые мы можем установить для клиента OkHttp .
Более общий обзор библиотеки OkHttp можно найти в нашем вводном руководстве по OkHttp .
Время ожидания соединения определяет период времени, в течение которого наш клиент должен установить соединение с целевым хостом .
В этом руководстве мы рассмотрим средства сопоставления аргументов EasyMock. Мы обсудим различные типы предопределенных сопоставителей, а также то, как создать собственный сопоставитель.
Мы уже рассмотрели основы EasyMock во введении к статье EasyMock, поэтому вам, возможно, придется сначала прочитать ее, чтобы ознакомиться с EasyMock.
Прежде чем мы начнем изучать различные сопоставители, давайте взглянем на наш контекст. На протяжении всего этого руководства мы будем использовать в наших примерах довольно простой пользовательский сервис.