Какие паттерны автоматизации знаешь?

Паттерны автоматизации тестирования

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

1. Паттерны проектирования тестового фреймворка (Structural Patterns)

Эти паттерны определяют архитектуру фреймворка.

• Page Object Model (POM) — Модель страничного объекта

    Это фундаментальный паттерн для UI-автоматизации. Каждая веб-страница или ее значимый компонент представлен в виде класса. Логика взаимодействия с элементами (поиск, клики, ввод данных) и проверки инкапсулированы внутри методов этого класса. Тесты используют эти методы, не работая с селекторами напрямую.

```java
// Пример класса Page Object для страницы логина
public class LoginPage {
    private WebDriver driver;
    private By usernameField = By.id("username");
    private By passwordField = By.id("password");
    private By submitButton = By.id("loginBtn");

    public LoginPage(WebDriver driver) {
        this.driver = driver;
    }

    public HomePage login(String user, String pass) {
        driver.findElement(usernameField).sendKeys(user);
        driver.findElement(passwordField).sendKeys(pass);
        driver.findElement(submitButton).click();
        return new HomePage(driver); // Возвращаем объект следующей страницы
    }
}
```

    **Преимущества:** Уменьшение дублирования кода, повышение читаемости тестов, простота поддержки при изменении UI.

• Page Factory

    Расширение POM, упрощающее инициализацию веб-элементов с помощью аннотаций `@FindBy`. Часто используется в связке с Selenium.

```java
public class LoginPage {
    @FindBy(id = "username")
    private WebElement usernameField;

    public LoginPage(WebDriver driver) {
        PageFactory.initElements(driver, this);
    }
}
```

• Screenplay Pattern (она же Journey Pattern)

    Более современная и мощная альтернатива POM, основанная на принципах **поведенческого проектирования** и **единственной ответственности**. Актерами (Actor) являются пользователи системы, которые могут выполнять Задачи (Tasks), состоящие из Действий (Actions), используя их Способности (Abilities).

```java
Actor james = Actor.named("James");
james.whoCan(BrowseTheWeb.with(chromeDriver));
james.attemptsTo(
    Open.url("https://example.com"),
    Login.withCredentials("user", "pass"),
    Verify.that(WelcomeMessage, containsText("Hello, James!"))
);
```

    **Преимущества:** Высокая читаемость сценариев как пользовательских историй, лучшее переиспользование компонентов, гибкость.

• Business Layer

    Абстрактный слой над POM, который оперирует не элементами страницы, а бизнес-понятиями и пользовательскими потоками (например, `createOrder()`, `registerNewCustomer()`). Связывает низкоуровневые действия Page Objects в осмысленные сценарии.

2. Паттерны для управления данными (Data Patterns)

• Data-Driven Testing (DDT) — Данно-ориентированное тестирование

    Отделение тестовых данных от логики теста. Тестовый сценарий выполняется множество раз с разными наборами данных, которые обычно хранятся во внешних источниках (XML, JSON, CSV, Excel, БД).

```python
# Пример с использованием pytest и параметризацией
import pytest
import csv

def load_test_data():
    with open('test_data.csv') as f:
        reader = csv.DictReader(f)
        return list(reader)

@pytest.mark.parametrize("data", load_test_data())
def test_login(data):
    login_page.enter_credentials(data['username'], data['password'])
    # ... проверка
```

• Test Data Builder

    Паттерн для удобного создания сложных объектов тестовых данных с обязательными и необязательными полями, используя Fluent Interface.

```java
User user = new UserBuilder()
                .withUsername("testUser")
                .withEmail("user@test.com")
                .withActiveStatus(true)
                .build();
```

3. Паттерны для повышения стабильности и управления состоянием (Stability & State Patterns)

• Fluent Interface / Chain of Invocations

    Методы возвращают `this` или следующий релевантный объект, позволяя выстраивать вызовы в цепочку, что улучшает читаемость.

```javascript
await homePage
    .getHeader()
    .searchFor("product")
    .applyFilter("in stock")
    .selectFirstItem();
```

• Wait / Retry Pattern

    Явное ожидание появления элемента или условия перед взаимодействием, вместо жестких `Thread.sleep()`. Ключевой паттерн для борьбы с **flaky-тестами**.

```java
WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(10));
WebElement element = wait.until(ExpectedConditions.visibilityOfElementLocated(By.id("dynamicElement")));
```

• Singleton

    Используется для создания единственного экземпляра критически важных ресурсов, таких как **драйвер браузера (WebDriver)** или объект для работы с конфигурацией, в рамках всего тестового прогона.

4. Паттерны организации и выполнения тестов (Execution & Organization Patterns)

• Fixture / Setup-Teardown

    Паттерн, определяющий предусловия (setup) и постусловия (teardown) для тестов. Реализуется через методы `@BeforeEach`, `@AfterEach` (JUnit, TestNG) или фикстуры в pytest. Гарантирует изолированность и воспроизводимость тестов.

• Factory Method

    Используется для создания объектов, тип которых зависит от контекста. Например, фабрика может возвращать разные реализации драйвера (`ChromeDriver`, `FirefoxDriver`) в зависимости от конфигурации.

• Decorator Pattern

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

Заключение

Выбор паттернов зависит от сложности проекта, команды и технологического стека. Page Object Model — это must-have для UI-автоматизации. Screenplay идеален для сложных проектов с акцентом на поведение. Data-Driven Testing и Fluent Interface стали стандартом де-факто. Ключевая цель применения любых паттернов — создание чистого, модульного и легко поддерживаемого кода автотестов, который приносит реальную пользу бизнесу, а не становится обузой.