Какие использовал тестовые фреймворки?

Опыт работы с тестовыми фреймворками

За более чем 10 лет в автоматизации тестирования я работал с широким спектром фреймворков, которые можно разделить на несколько ключевых категорий: модульные, UI-ориентированные, BDD-фреймворки и специализированные решения. Выбор всегда определялся требованиями проекта, стеком технологий и стратегией тестирования.

Модульные и компонентные фреймворки

Для тестирования API и бизнес-логики чаще всего использовал:

• JUnit 4/5 и TestNG в экосистеме Java. TestNG особенно ценен для сложных конфигураций, зависимостей тестов и параметризованных запусков. Например, для данных-провайдеров:

  import org.testng.annotations.DataProvider;
  import org.testng.annotations.Test;
  import static org.testng.Assert.assertEquals;
  
  public class CalculatorTest {
      @DataProvider(name = "additionData")
      public Object[][] additionData() {
          return new Object[][] {
              {2, 3, 5},
              {-1, 1, 0},
              {0, 0, 0}
          };
      }
  
      @Test(dataProvider = "additionData")
      public void testAddition(int a, int b, int expectedSum) {
          Calculator calc = new Calculator();
          assertEquals(calc.add(a, b), expectedSum, "Addition result is incorrect");
      }
  }
  

• pytest для Python-проектов. Его фикстуры, параметризация и богатая экосистема плагинов (например, pytest-html для отчетов, pytest-xdist для параллельного запуска) делают его незаменимым инструментом.

  import pytest
  
  @pytest.fixture
  def api_client():
      client = APIClient()
      client.authenticate()
      yield client
      client.logout()
  
  @pytest.mark.parametrize("user_role, expected_status", [
      ("admin", 200),
      ("editor", 200),
      ("viewer", 403)
  ])
  def test_api_access(api_client, user_role, expected_status):
      response = api_client.get_resource(user_role=user_role)
      assert response.status_code == expected_status
  

Фреймворки для UI-автоматизации

Здесь выбор напрямую зависел от типа приложения:

• Selenium WebDriver — основа для веб-тестов. Строил вокруг него Page Object Model (POM) и Page Factory для поддержки и читаемости.

• Cypress и Playwright для современных веб-приложений. Playwright стал предпочтительным выбором для новых проектов из-за кросс-браузерной поддержки (Chromium, Firefox, WebKit), встроенных ожиданий и мощных возможностей для тестирования API и мобильных веб-версий.

  // Пример Playwright с POM
  const { test, expect } = require('@playwright/test');
  
  test('User can complete purchase', async ({ page }) => {
      const loginPage = new LoginPage(page);
      await loginPage.navigate();
      await loginPage.login('standard_user', 'secret_sauce');
  
      const inventoryPage = new InventoryPage(page);
      await inventoryPage.addItemToCart('backpack');
      await inventoryPage.goToCart();
  
      const cartPage = new CartPage(page);
      await expect(cartPage.getCartItemCount()).toBe(1);
      await cartPage.proceedToCheckout();
  });
  

• Appium для нативных и гибридных мобильных приложений. Интегрировал его с тем же TestNG или pytest для структурирования.

BDD-фреймворки (Behavior-Driven Development)

Для коллаборации с бизнес-аналитиками и product-owner'ами активно применял:

• Cucumber (Java/JVM) и Behave (Python). Писал Gherkin-сценарии (Given-When-Then), которые становились и спецификацией, и тестами.

  Feature: User login
      Scenario: Successful login with valid credentials
          Given the login page is opened
          When user enters username "valid_user" and password "valid_pass"
          And clicks the login button
          Then the main dashboard page should be displayed
          And the username "valid_user" should be shown in the header
  

  # Step definitions в Behave
  from behave import given, when, then
  
  @given('the login page is opened')
  def step_open_login_page(context):
      context.driver.get(LOGIN_URL)
  
  @when('user enters username "{username}" and password "{password}"')
  def step_enter_credentials(context, username, password):
      context.login_page.enter_username(username)
      context.login_page.enter_password(password)
  

• Allure Framework или ExtentReports для визуализации результатов BDD-тестов в виде удобных отчетов с графиками и прикрепленными скриншотами/логами.

Специализированные и кастомные фреймворки

Для конкретных задач часто дорабатывал или собирал фреймворки "конструктором":

• RestAssured (Java) и Requests + Pytest (Python) для тестирования REST API. Добавлял кастомные валидаторы JSON-схем, работу с различными типами аутентификации.
• TestContainers для интеграционного тестирования с использованием реальных БД (PostgreSQL, MySQL) и других сервисов в Docker-контейнерах.
• Собственные микро-фреймворки, построенные вокруг Selenium/Playwright + TestNG/Pytest + Allure + CI-интеграции (Jenkins/GitLab CI). В них я инкапсулировал:

    *   Управление конфигурацией (разные окружения через `.properties`/`.yml`).
    *   Фабрику браузеров/девайсов.
    *   Логирование и перехват ошибок с автоматическим созданием артефактов.
    * **Retry-механизмы** для "flakey" тестов.
    *   Утилиты для работы с БД, файлами, генерации тестовых данных.

Критерии выбора для нового проекта всегда включают: поддержку сообщества, интеграцию с CI/CD, простоту поддержки тестовой базы, скорость выполнения и возможности отчетности. Идеального фреймворка "на все случаи" нет, поэтому ключевой навык — это умение правильно оценить контекст и выбрать (или скомбинировать) наиболее эффективные инструменты.