MockServer — это инструмент для имитации/заглушки внешних API-интерфейсов HTTP.
Чтобы использовать MockServer в нашем приложении, нам нужно добавить две зависимости:
<dependency>
<groupId>org.mock-server</groupId>
<artifactId>mockserver-netty</artifactId>
<version>3.10.8</version>
</dependency>
<dependency>
<groupId>org.mock-server</groupId>
<artifactId>mockserver-client-java</artifactId>
<version>3.10.8</version>
</dependency>
В этом руководстве мы рассмотрим использование библиотеки REST-assured с Groovy.
Поскольку REST-assured использует Groovy под капотом, у нас фактически есть возможность использовать необработанный синтаксис Groovy для создания более мощных тестовых случаев. Вот где фреймворк действительно оживает.
Чтобы узнать о настройке, необходимой для использования REST-assured, ознакомьтесь с нашей предыдущей статьей .
Возможность выполнять интеграционные тесты без необходимости в автономной среде интеграции является ценной функцией для любого стека программного обеспечения. Полная интеграция Spring Boot с Spring Security упрощает тестирование компонентов, взаимодействующих с уровнем безопасности.
В этом кратком руководстве мы рассмотрим использование @MockMvcTest и @SpringBootTest для выполнения интеграционных тестов с поддержкой безопасности.
Давайте сначала добавим зависимости, которые нам понадобятся для нашего примера:
Cucumber — это среда разработки, управляемой поведением (BDD), которая позволяет разработчикам создавать текстовые тестовые сценарии с использованием языка Gherkin. Во многих случаях эти сценарии требуют фиктивных данных для реализации функции, внедрение которой может быть громоздким, особенно при наличии сложных или множественных записей.
В этом руководстве мы рассмотрим, как использовать таблицы данных Cucumber для включения фиктивных данных в удобочитаемом виде.
При определении сценариев Cucumber мы часто вводим тестовые данные, используемые остальной частью сценария:
Эта статья представляет собой краткое введение в аннотацию @RestClientTest .
Новая аннотация помогает упростить и ускорить тестирование клиентов REST в ваших приложениях Spring.
Spring Boot — это удобный фреймворк, который предоставляет множество автоматически настраиваемых компонентов Spring с типичными настройками, которые позволяют вам меньше концентрироваться на настройке приложения Spring и больше — на своем коде и бизнес-логике.
В нашем туториале по тестированию в Spring Boot мы увидели, как можно использовать аннотацию @DataJpaTest .
В следующем уроке мы увидим, как устранить ошибку «Невозможно найти @SpringBootConfiguration » .
Аннотация @DataJpaTest помогает нам настроить тест JPA. Для этого он инициализирует приложение, игнорируя ненужные части. Например, он будет игнорировать контроллеры MVC.
Хорошо известно, что автоконфигурация — одна из ключевых функций Spring Boot , но тестирование сценариев автоконфигурации может оказаться сложной задачей.
В следующих разделах мы покажем, как ApplicationContextRunner упрощает тестирование автоматической конфигурации. ``
ApplicationContextRunner — это служебный класс, который запускает ApplicationContext и предоставляет утверждения в стиле AssertJ . Его лучше всего использовать как поле в тестовом классе для общей конфигурации, и впоследствии мы вносим настройки в каждый тест:
В этом кратком руководстве мы рассмотрим класс CoreMatchers из популярной платформы Hamcrest для написания простых и более выразительных тестовых случаев.
Идея состоит в том, чтобы утверждения утверждения читались как естественный язык.
Мы можем использовать Hamcrest с Maven, добавив следующую зависимость в наш файл pom.xml :
В этом кратком руководстве мы обсудим , как исключить классы автоконфигурации из тестов Spring Boot .
Функция автоматической настройки Spring Boot очень удобна, так как она берет на себя большую часть настройки. Однако это также может быть проблемой во время тестирования, если мы не хотим, чтобы определенная автоматическая конфигурация мешала нашим тестам модуля.
Типичным примером этого является автоматическая настройка безопасности, которую мы также будем использовать в наших примерах.