52 записи с тегом "JUnit"

1. Введение​

Тестовые классы часто содержат переменные-члены, относящиеся к тестируемой системе, макетам или ресурсам данных, используемым в тесте. По умолчанию и JUnit 4, и 5 создают новый экземпляр тестового класса перед запуском каждого тестового метода. Это обеспечивает четкое разделение состояний между тестами.

В этом руководстве мы узнаем, как JUnit 5 позволяет нам изменять жизненный цикл тестового класса с помощью аннотации @TestInstance . Мы также увидим, как это может помочь нам в управлении большими ресурсами или более сложными отношениями между тестами.

2. Жизненный цикл тестирования по умолчанию​

Давайте начнем с рассмотрения жизненного цикла тестового класса по умолчанию, общего для JUnit 4 и 5:

1. Введение​

Эта статья представляет собой краткое практическое введение в работу с Selenium и написание тестов с помощью JUnit и TestNG .

2. Интеграция с селеном​

В этом разделе мы начнем с простого сценария — открываем окно браузера, переходим по указанному URL-адресу и ищем нужный контент на странице.

2.1. Зависимости Maven​

1. Обзор​

До JUnit 5, чтобы представить классную новую функцию, команда JUnit должна была сделать это с основным API. С JUnit 5 команда решила, что пришло время расширить возможности основного API JUnit за пределы самого JUnit, основная философия JUnit 5 называется « предпочитать точки расширения функциям ».

В этой статье мы сосредоточимся на одном из таких интерфейсов точек расширения — ParameterResolver , который можно использовать для ввода параметров в методы тестирования. Существует несколько различных способов сообщить платформе JUnit о вашем расширении (процесс, известный как «регистрация»), и в этой статье мы сосредоточимся на декларативной регистрации (т. е. регистрации через исходный код).

2. Разрешитель параметров​

Внедрение параметров в ваши методы тестирования можно было выполнить с помощью JUnit 4 API, но это было довольно ограничено. С помощью JUnit 5 API Jupiter можно расширить — за счет реализации ParameterResolver — для обслуживания объектов любого типа в ваших методах тестирования. Давайте посмотрим.

1. Обзор​

JUnit 5 предоставляет несколько методов регистрации расширений. Обзор некоторых из этих методов см. в нашем Руководстве по расширениям JUnit 5 .

В этом кратком руководстве мы сосредоточимся на программной регистрации расширений JUnit 5 с использованием аннотации @RegisterExtension .

2. @RegisterExtension​

Мы можем применить эту аннотацию к полям в тестовых классах. Одним из преимуществ этого метода является то, что мы можем напрямую обращаться к расширению как к объекту в тестовом контенте.

1. Обзор​

В этом уроке мы рассмотрим функцию Rules, предоставляемую библиотекой JUnit 4 .

Мы начнем с представления модели правил JUnit, прежде чем переходить к наиболее важным базовым правилам, предоставляемым дистрибутивом. Кроме того, мы также увидим, как написать и использовать собственное пользовательское правило JUnit.

Чтобы узнать больше о тестировании с помощью JUnit, ознакомьтесь с нашей обширной серией статей о JUnit .

Обратите внимание, что если вы используете JUnit 5, правила были заменены моделью расширения .

2. Введение в правила JUnit 4​

1. Обзор​

Наши сборки часто запускают множество автоматических тестов для нашего проекта. К ним относятся модульные и интеграционные тесты. Если выполнение набора тестов занимает много времени, мы можем захотеть оптимизировать наш тестовый код или отследить тесты, которые занимают слишком много времени.

В этом руководстве мы узнаем несколько способов определения времени выполнения наших тестовых случаев и наборов тестов.

2. Примеры JUnit​

Чтобы продемонстрировать отчеты о времени выполнения, давайте воспользуемся несколькими тестовыми примерами из разных уровней тестовой пирамиды. Мы будем моделировать продолжительность тестового примера с помощью Thread.sleep() .

1. Введение​

В этой быстрой статье мы рассмотрим новые аннотации @SpringJUnitConfig и @SpringJUnitWebConfig, доступные в Spring 5.

Эти аннотации представляют собой композицию аннотаций JUnit 5 и Spring 5 , которые упрощают и ускоряют создание тестов.

2. @SpringJUnitConfig​

@SpringJUnitConfig объединяет эти две аннотации:

1. Обзор​

В этой быстрой статье мы сосредоточимся на том, как запускать тесты JUnit с помощью пользовательских средств запуска тестов.

Проще говоря, чтобы указать собственный бегун, нам нужно использовать аннотацию @RunWith .

2. Подготовка​

Начнем с добавления стандартной зависимости JUnit в наш pom.xml :

1. Обзор​

В этой статье мы рассмотрим библиотеку JUnitParams и ее использование. Проще говоря, эта библиотека обеспечивает простую параметризацию тестовых методов в тестах JUnit .

Бывают ситуации, когда единственное, что меняется между несколькими тестами, — это параметры. Сам JUnit имеет поддержку параметризации, и JUnitParams значительно улучшает эту функциональность.

2. Зависимость от Maven​

Чтобы использовать JUnitParams в нашем проекте, нам нужно добавить его в наш pom.xml :

1. Введение​

В этом руководстве мы рассмотрим различия между сбоем и ошибкой в тестах JUnit .

Короче говоря, сбои — это невыполненные утверждения, в то время как ошибки возникают из-за ненормального выполнения теста.

2. Пример кода​

Давайте рассмотрим очень упрощенный пример, а именно класс калькулятора, который имеет один метод для деления двух значений типа double :