Before All или Before Each выполняется раньше

Разбор порядка выполнения Before All и Before Each

В контексте современных фреймворков для автоматизированного тестирования (таких как JUnit, TestNG, pytest или Mocha), Before All (или его аналоги) всегда выполняется раньше, чем Before Each. Это фундаментальное правило, основанное на их предназначении в жизненном цикле тестов.

Назначение хуков

• Before All (в JUnit 5 — @BeforeAll, в TestNG — @BeforeClass, в pytest — @pytest.fixture(scope="session" или "module")) предназначен для выполнения однократной настройки перед всеми тестами в классе или наборе. Это может быть:

    * Подключение к базе данных.
    * Инициализация тяжелых ресурсов (например, запуск Docker-контейнера).
    * Загрузка конфигурационных файлов.

• Before Each (JUnit 5 — @BeforeEach, TestNG — @BeforeMethod, pytest — @pytest.fixture(scope="function")) выполняется перед каждым отдельным тестом. Его задачи:

    * Сброс состояния приложения к исходному.
    * Подготовка тестовых данных для конкретного сценария.
    * Создание нового экземпляра Page Object.

Порядок выполнения на практике

Рассмотрим на примере JUnit 5, чтобы проиллюстрировать последовательность:

import org.junit.jupiter.api.*;

public class OrderOfExecutionTest {

    @BeforeAll
    static void beforeAll() {
        System.out.println("Before All: Запуск браузера или сервиса");
    }

    @BeforeEach
    void beforeEach() {
        System.out.println("Before Each: Логин в систему");
    }

    @Test
    void test1() {
        System.out.println("Test 1 выполняется");
    }

    @Test
    void test2() {
        System.out.println("Test 2 выполняется");
    }

    @AfterEach
    void afterEach() {
        System.out.println("After Each: Выход из системы");
    }

    @AfterAll
    static void afterAll() {
        System.out.println("After All: Закрытие браузера");
    }
}

Вывод в консоли будет строго следующим:

Before All: Запуск браузера или сервиса
Before Each: Логин в систему
Test 1 выполняется
After Each: Выход из системы
Before Each: Логин в систему
Test 2 выполняется
After Each: Выход из системы
After All: Закрытие браузера

Почему этот порядок критически важен для QA Automation

1. Эффективность ресурсов: Before All позволяет избежать многократных затратных операций. Нет смысла запускать и останавливать веб-драйвер для каждого теста, если можно сделать это один раз.
2. Изоляция тестов: Before Each гарантирует, что каждый тест начинается с чистого состояния, минимизируя взаимное влияние. Например, если test1 добавил запись в БД, BeforeEach перед test2 может её удалить.
3. Гибкость настройки: В TestNG можно комбинировать @BeforeClass (аналог Before All) и @BeforeMethod (Before Each) с дополнительными скопами (suite, test), создавая сложные, но управляемые цепочки инициализации.

Исключения и нюансы

• Порядок между несколькими @BeforeAll в одном классе не гарантируется, если они не объявлены в родительских классах. Для упорядочивания используются аннотации типа @Order (в JUnit Jupiter) или dependsOnMethods (в TestNG).
• Параллельное выполнение тестов может влиять на восприятие порядка, но логика остаётся: все BeforeAll методы выполнятся до того, как любой поток начнёт запускать свои BeforeEach и тесты.

Ключевой вывод для собеседования

На собеседовании важно подчеркнуть, что понимание разницы между scope="session/module/class" и scope="function" — это основа построения стабильных и быстрых автотестов. Before All — это стратегия оптимизации, а Before Each — стратегия изоляции. Их сочетание позволяет эффективно управлять precondition-ами, что напрямую влияет на поддержку тестов и скорость их выполнения в CI/CD.