JUnit

Каждый тестовый класс в JUnit, как правило, содержит несколько тестовых случаев, проходящих определённый жизненный цикл. Полный жизненный цикл JUnit включает три основных этапа:^[6]

1. Этап подготовки — на этом этапе формируется инфраструктура теста. Различается два уровня подготовки: подготовка на уровне класса, при которой создаётся и повторно используется трудоёмкий объект (например, подключение к базе данных) с минимальными побочными эффектами; реализуется с помощью аннотации @BeforeAll. Второй тип — подготовка перед запуском каждого теста с помощью аннотации @BeforeEach^[6].
2. Исполнение теста — на этом этапе осуществляется запуск и проверка результата теста. Итог определяет успешность выполнения или ошибку. Используется аннотация @Test^[6].
3. Этап очистки — после выполнения всех тестов системе может потребоваться очистка ресурсов. Аналогично подготовке на уровне класса, существует очистка с помощью @AfterAll. Очистку после каждого теста реализует аннотация @AfterEach^[6].

JUnit 5 поддерживает множество внешних инструментов: средства сборки проектов, IDE, системы непрерывной интеграции и другие^[7].

JUnit реализует принцип приоритета точек расширения над предустановленными возможностями^[15]. Вместо «запекания» всех функций в ядро, разработчики JUnit предоставили расширяемый API.

В JUnit 4 существовало два механизма расширения: Runner API и Rule API^[16]. Оба имели свои ограничения:

• Runner API требовал реализации полного жизненного цикла теста даже для частных случаев, а использовать одновременно несколько Runner'ов для одного класса было невозможно (например, сочетать Mockito и Parameterized)^[16].
• Rule API не обеспечивал контроль полного жизненного цикла теста и требовал разделять правила для класса и метода^[16].

В JUnit 5 расширяемость реализована внутри JUnit Jupiter Engine — введён универсальный API для подключения расширений^[17]. На каждом этапе жизненного цикла движок вызывает все зарегистрированные расширения для соответствующей фазы. Поддерживаются пять ключевых точек расширения:^[17]

1. Обратные вызовы жизненного цикла теста — позволяют запускать код в определённых фазах выполнения теста^[18].
2. Постобработка тестового экземпляра — даёт возможность перехватывать фазу создания экземпляра теста через интерфейс TestInstancePostProcessor^[19].
3. Условное выполнение тестов — позволяет запускать тесты только при соблюдении определённых условий^[20].
4. Разрешение параметров — поддержка внедрения параметров в методы теста или конструкторы.
5. Обработка исключений — позволяет изменить поведение теста при возникновении исключений^[21].

Тестовый класс (fixture) JUnit — это Java-объект. Методы тестов помечаются аннотацией @Test. При необходимости можно определить методы, выполняющиеся до или после каждого (или всех) тестовых методов: для этого используются аннотации @BeforeEach, @AfterEach, @BeforeAll, @AfterAll.^[22][23][24]

import org.junit.jupiter.api.*;

class FoobarTests {
    @BeforeAll
    static void setUpClass() throws Exception {
        // Код, выполняемый перед первым тестовым методом
    }

    @BeforeEach
    void setUp() throws Exception {
        // Код, выполняемый перед каждым тестом
    }

    @Test
    void oneThing() {
        // Тест проверяет одну функциональность
    }

    @Test
    void anotherThing() {
        // Тест проверяет другую функциональность
    }

    @Test
    void somethingElse() {
        // Тест проверяет что-то ещё
    }

    @AfterEach
    void tearDown() throws Exception {
        // Код, выполняемый после каждого теста 
    }

    @AfterAll
    static void tearDownClass() throws Exception {
        // Код, выполняемый после завершения всех тестовых методов 
    }
}

Мартин Фаулер, один из первых пользователей JUnit, описывает историю появления:^[25]

Благодаря широкой популярности, ранние версии JUnit до сих пор востребованы. JUnit 4 насчитывает более 100 000 использований в других ПО на Maven Central^[26].

В JUnit 4 аннотации для обратных вызовов выглядели как @BeforeClass, @Before, @After, @AfterClass в отличие от JUnit 5: @BeforeAll, @BeforeEach, @AfterEach, @AfterAll^[23][24].

В JUnit 3 требовалось наследовать тестовые классы от junit.framework.TestCase^[27]. Также требовалось, чтобы имя метода теста начиналось с префикса test^[28].