В этом руководстве мы узнаем, как установить уровень журнала при запуске тестов для приложения Spring Boot .
Хотя мы можем в основном игнорировать журналы, пока проходят наши тесты, выбор правильного уровня журнала может иметь решающее значение, если нам нужно диагностировать неудачные тесты .
Правильная настройка уровня журнала может сэкономить нам много времени.
В некоторых сценариях нам нужно утверждать, пуста ли данная строка или нет. В Java существует довольно много способов сделать такие утверждения.
Давайте рассмотрим некоторые из этих методов проверки утверждений в этом кратком руководстве.
Сначала нам нужно получить несколько зависимостей. В проекте Maven мы можем добавить следующие зависимости к pom.xml :
В этом руководстве мы рассмотрим, как использовать утверждение о сбое JUnit для распространенных сценариев тестирования.
Мы также увидим различия в методах fail() между JUnit 4 и JUnit 5 . ``
ошибочного утвержденияУтверждение о сбое не проходит тест, безоговорочно вызывая AssertionError .
В этом руководстве мы узнаем, как использовать встроенное решение MongoDB от Flapdoodle вместе с Spring Boot для плавного запуска интеграционных тестов MongoDB.
MongoDB — популярная база данных документов NoSQL . Благодаря высокой масштабируемости, встроенному сегментированию и отличной поддержке сообщества многие разработчики часто называют его «хранилищем NoSQL» .
Как и в случае с любой другой технологией персистентности, очень важно иметь возможность легко протестировать интеграцию базы данных с остальной частью нашего приложения . К счастью, Spring Boot позволяет нам легко писать такие тесты.
Spring предоставляет множество функций, которые помогут нам в тестировании нашего кода. Иногда нам нужно использовать определенные свойства конфигурации, чтобы настроить желаемый сценарий в наших тестовых примерах.
В этих ситуациях мы можем использовать аннотацию @TestPropertySource . С помощью этого инструмента мы можем определить источники конфигурации, которые имеют более высокий приоритет, чем любой другой источник, используемый в проекте.
Следовательно, в этом кратком руководстве мы увидим примеры, в которых мы используем эту аннотацию. Кроме того, мы проанализируем его поведение по умолчанию и основные атрибуты, которые он поддерживает.
Чтобы узнать больше о тестировании в Spring Boot, мы предлагаем ознакомиться с нашим руководством «Тестирование в Spring Boot» .
Одна из доступных аннотаций в Spring Framework — @Scheduled . Мы можем использовать эту аннотацию для выполнения задач по расписанию .
В этом руководстве мы рассмотрим, как протестировать аннотацию @Scheduled .
Во-первых, давайте начнем создавать приложение Spring Boot на основе Maven из Spring Initializer :
Эта кулинарная книга иллюстрирует , как использовать проверку Mockito в различных случаях использования.
Формат кулинарной книги ориентирован на примеры и практичен — никаких лишних деталей и объяснений не требуется.
Мы будем издеваться над простой реализацией списка:
public class MyList extends AbstractList<String> {
@Override
public String get(final int index) {
return null;
}
@Override
public int size() {
return 0;
}
}
SonarQube — это автономная служба с открытым исходным кодом, которая предоставляет обзор общего состояния нашего исходного кода путем измерения качества кода и охвата кода.
В этом руководстве мы рассмотрим процесс измерения покрытия кода с помощью SonarQube и JaCoCo.
Интеграционное тестирование играет важную роль в цикле разработки приложений, проверяя сквозное поведение системы.
В этом руководстве мы узнаем, как использовать среду тестирования Spring MVC для написания и запуска интеграционных тестов, которые проверяют контроллеры без явного запуска контейнера сервлетов.
Нам понадобится несколько зависимостей Maven для запуска интеграционных тестов, которые мы будем использовать в этой статье. Прежде всего, нам понадобятся последние тестовые зависимости junit-jupiter-engine , junit-jupiter-api и Spring :
Apache Kafka — мощная, распределенная, отказоустойчивая система обработки потоков. В предыдущем уроке мы узнали, как работать со Spring и Kafka .
В этом руководстве мы будем основываться на предыдущем и узнаем, как писать надежные автономные интеграционные тесты, которые не зависят от работающего внешнего сервера Kafka.
Во-первых, мы начнем с рассмотрения того, как использовать и настраивать встроенный экземпляр Kafka.
Затем мы увидим, как мы можем использовать популярный фреймворк Testcontainers из наших тестов.