Модульное тестирование является важным шагом в разработке и реализации программного обеспечения.
Это не только повышает эффективность и результативность кода, но также делает его более надежным и уменьшает количество регрессий при будущей разработке и обслуживании.
В этом руководстве мы обсудим несколько передовых методов модульного тестирования в Java.
В этой статье мы расскажем, как выполнять параллельные модульные тесты с помощью JUnit 5 . Сначала мы рассмотрим базовую конфигурацию и минимальные требования для начала использования этой функции. Далее покажем примеры кода для разных ситуаций, а в конце поговорим о синхронизации общих ресурсов.
Параллельное выполнение тестов — это экспериментальная функция, доступная по подписке начиная с версии 5.3.
Во- первых, нам нужно создать файл junit-platform.properties в нашей папке src/test/resources , чтобы разрешить параллельное выполнение тестов . Мы включаем функцию распараллеливания, добавляя следующую строку в указанный файл:
При модульном тестировании кода, включающего десериализацию JSON с помощью Jackson, нам может быть проще имитировать метод ObjectMapper#readValue . Таким образом, нам не нужно указывать длинные входные данные JSON в наших тестах.
В этом уроке мы увидим, как мы можем добиться этого с помощью Mockito .
Прежде всего, в качестве зависимостей Maven мы будем использовать mockito-core и jackson-databind :
Apache Cassandra — это распределенная база данных NoSQL с открытым исходным кодом. Он был разработан для обработки больших объемов данных с высокой производительностью чтения-записи и без единой точки отказа .
В этом руководстве мы рассмотрим тестирование приложения Spring Boot, использующего базу данных Cassandra. Мы объясним, как настроить интеграционные тесты с помощью контейнера Cassandra из библиотеки Testcontainers . Кроме того, мы будем использовать абстракцию репозитория Spring Data для работы со слоем данных Cassandra.
Наконец, мы покажем, как повторно использовать общий экземпляр контейнера Cassandra в нескольких интеграционных тестах.
В этом руководстве мы рассмотрим, как мы можем охватить сгенерированные журналы в тестировании JUnit .
Мы будем использовать slf4j-api и реализацию logback, а также создадим пользовательский присоединитель, который мы сможем использовать для утверждения журнала . ** **
Прежде чем мы начнем, давайте добавим зависимость logback . Поскольку он изначально реализует slf4j-api , он автоматически загружается и внедряется в проект транзитивностью Maven:
В этой статье мы собираемся настроить конвейер непрерывной доставки с использованием Jenkins и Apache JMeter .
Мы будем полагаться на статью JMeter как на отличную отправную точку для первого понимания основ JMeter, поскольку в ней уже есть несколько настроенных тестов производительности, которые мы можем запустить. И мы будем использовать выходные данные сборки этого проекта, чтобы увидеть отчет, созданный подключаемым модулем производительности Jenkins .
Прежде всего, нам нужно скачать последнюю стабильную версию Jenkins , перейти в папку, где находится наш файл, и запустить его с помощью команды java -jar jenkins.war .
В этой кулинарной книге показано, как использовать Mockito для настройки поведения в различных примерах и вариантах использования.
Формат поваренной книги ориентирован на примеры и практичен — никаких лишних деталей и объяснений не требуется.
И, конечно же, если вы хотите узнать больше о тестировании с помощью Mockito, посмотрите другие статьи о Mockito здесь .
Мы собираемся смоделировать простую реализацию списка , ту же реализацию, которую мы использовали в предыдущей кулинарной книге:
В этой статье мы представим среду автоматизированного тестирования ZeroCode . Мы изучим основы на примере тестирования REST API.
Фреймворк ZeroCode использует следующие подходы:
В этом руководстве обсуждаются возможные решения для пропуска выполнения тестов из базовых тестовых классов в JUnit 4. Для целей этого руководства базовый класс имеет только вспомогательные методы, а дочерние классы будут расширять его и запускать фактические тесты .
Предположим, у нас есть класс BaseUnitTest с некоторыми вспомогательными методами:
public class BaseUnitTest {
public void helperMethod() {
// ...
}
}
В этом уроке мы покажем, как максимально эффективно использовать шпионов в Mockito .
Мы поговорим об аннотации @Spy и о том, как заглушить шпиона. Наконец, мы рассмотрим разницу между Mock и Spy .
Конечно, чтобы узнать больше о Mockito, посмотрите серию здесь .
шпионский пример