В этой быстрой статье мы рассмотрим новые аннотации @SpringJUnitConfig и @SpringJUnitWebConfig, доступные в Spring 5.
Эти аннотации представляют собой композицию аннотаций JUnit 5 и Spring 5 , которые упрощают и ускоряют создание тестов.
@SpringJUnitConfig@SpringJUnitConfig объединяет эти две аннотации:
JavaFaker — это библиотека, которую можно использовать для создания широкого массива реальных данных, от адресов до отсылок к популярной культуре.
В этом руководстве мы рассмотрим, как использовать классы JavaFaker для создания поддельных данных. Мы начнем с представления класса Faker и FakeValueService , а затем перейдем к введению локалей, чтобы сделать данные более специфичными для одного места.
Наконец, мы обсудим, насколько уникальны данные. Для тестирования классов JavaFaker мы будем использовать регулярные выражения, подробнее о них можно прочитать здесь .
Jukito — это объединенная мощь JUnit , Guice и Mockito , используемая для упрощения тестирования нескольких реализаций одного и того же интерфейса.
В этой статье мы увидим, как авторам удалось объединить эти три библиотеки, чтобы помочь нам сократить объем шаблонного кода, сделав наши тесты гибкими и простыми.
Во-первых, мы добавим в наш проект следующую зависимость:
В этом кратком руководстве мы узнаем об аннотации @DirtiesContext . Мы также покажем стандартный способ использования аннотации для тестирования.
@DirtiesContext@DirtiesContext — это аннотация для тестирования Spring . Это указывает на то, что связанный тест или класс изменяет ApplicationContext . Он сообщает среде тестирования закрыть и воссоздать контекст для последующих тестов.
Мы можем аннотировать тестовый метод или весь класс. Установив MethodMode или ClassMode , мы можем контролировать, когда Spring помечает контекст для закрытия .
В этом руководстве мы подробно рассмотрим тестирование реактивных потоков с помощью StepVerifier и TestPublisher .
Мы будем основывать наше исследование на приложении Spring Reactor , содержащем цепочку операций реактора.
Spring Reactor поставляется с несколькими классами для тестирования реактивных потоков.
В этом уроке мы обсудим сопоставители файлов Hamcrest.
Мы обсуждали Hamcrest Matchers в целом ранее в предыдущей статье « Тестирование с помощью Hamcrest ». В следующих разделах мы сосредоточимся только на File Matchers.
Во-первых, нам нужно добавить следующую зависимость в наш pom.xml :
Помимо встроенных сопоставителей, Hamcrest также поддерживает создание пользовательских сопоставителей.
В этом уроке мы подробно рассмотрим, как их создавать и использовать. Чтобы получить краткий обзор доступных сопоставителей, обратитесь к этой статье .
Чтобы получить Hamcrest, нам нужно добавить следующую зависимость Maven в наш pom.xml :
В этом руководстве мы рассмотрим текстовые сопоставления Hamcrest.
Мы обсуждали Hamcrest Matchers в целом перед тестированием Hamcrest , в этом уроке мы сосредоточимся только на Text Matchers.
Во-первых, нам нужно добавить следующую зависимость в наш pom.xml :
Hamcrest — это хорошо известная платформа, используемая для модульного тестирования в экосистеме Java. Он встроен в JUnit и, проще говоря, использует существующие предикаты, называемые классами сопоставления, для создания утверждений.
В этом руководстве мы изучим Hamcrest API и узнаем, как использовать его преимущества для написания более аккуратных и интуитивно понятных модульных тестов для нашего программного обеспечения.
Мы можем использовать Hamcrest с maven, добавив следующую зависимость в наш файл pom.xml :