Разработка E2E-тестов на Selenium WebDriver для сайтов

Разработка E2E-тестов для сайта на Selenium WebDriver

Релиз задерживается на три дня из-за ручного регресса. Каждое изменение в UI ломает старые сценарии, команда тратит часы на перепроверку. Flaky-тесты подрывают доверие к автоматизации: вчера тесты прошли, сегодня упали без видимой причины, а разработчики теряют время на разбор упавших сценариев. Мы предлагаем внедрить E2E-тесты на Selenium WebDriver — это сокращает регресс с трёх дней до одного часа и даёт стабильность 99%.

Selenium — старейший стандарт автоматизации браузеров. Поддерживает все основные браузеры, все языки программирования, интегрируется с TestNG, JUnit, pytest. Выбирают когда нужна кросс-браузерная совместимость через Selenium Grid или уже есть legacy-инфраструктура. Мы используем Selenium 4 с headless-режимом, что позволяет запускать тесты на сервере без графического окружения.

Проблемы, решаемые E2E-тестами на Selenium

Хрупкость тестов из-за динамического контента. Selenium использует ожидания (WebDriverWait) для стабилизации. Мы настраиваем явные ожидания с проверкой состояний — это снижает flaky-тесты. На практике количество перезапусков падает на 80%, а стабильность прогона достигает 99%. — Selenium Documentation

Отсутствие параллельного запуска. Selenium Grid позволяет запускать тесты на нескольких узлах одновременно. В Docker Compose инфраструктура разворачивается за 10 минут. При использовании 4 нод регресс из 100 тестов выполняется за 25 минут вместо 100.

Сложность поддержки тестов. Применяем Page Object паттерн — каждый экран описывается отдельным классом. Изменение селектора исправляется в одном месте. Время на обновление тестов после изменений UI сокращается на 60%. Это в 2,5 раза быстрее по сравнению с прямыми селекторами.

Как мы это делаем: стек и подход

Используем Selenium 4 с headless-режимом Chrome/Firefox. Для Python — pytest с фикстурами, для Java — TestNG. Код пишем по Page Object Model, что даёт переиспользование и читаемость. Экономия бюджета на тестирование может достигать 500 000 рублей в год.

Пример настройки Chrome в headless-режиме:

# conftest.py import pytest from selenium import webdriver from selenium.webdriver.chrome.options import Options @pytest.fixture(scope='session') def driver(): options = Options() options.add_argument('--headless=new') options.add_argument('--no-sandbox') options.add_argument('--disable-dev-shm-usage') driver = webdriver.Chrome(options=options) driver.implicitly_wait(10) driver.set_window_size(1280, 900) yield driver driver.quit() 

Тест на логин с ожиданием редиректа:

# tests/test_login.py from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC class TestLogin: def test_valid_login(self, driver): driver.get('https://example.com/login') driver.find_element(By.CSS_SELECTOR, '[data-cy="email"]').send_keys('[email protected]') driver.find_element(By.CSS_SELECTOR, '[data-cy="password"]').send_keys('password123') driver.find_element(By.CSS_SELECTOR, '[data-cy="submit"]').click() wait = WebDriverWait(driver, 10) wait.until(EC.url_contains('/dashboard')) assert '/dashboard' in driver.current_url def test_invalid_login(self, driver): driver.get('https://example.com/login') driver.find_element(By.ID, 'email').send_keys('[email protected]') driver.find_element(By.ID, 'password').send_keys('wrongpass') driver.find_element(By.XPATH, '//button[@type="submit"]').click() error = WebDriverWait(driver, 5).until( EC.visibility_of_element_located((By.CSS_SELECTOR, '.error-message')) ) assert 'Неверный' in error.text 

Как Page Object паттерн упрощает поддержку тестов?

Page Object изолирует селекторы и логику страницы. Если верстальщик меняет id на data-cy, правка вносится только в класс страницы, а не во все тесты. Это снижает время поддержки на 60% по сравнению с прямыми селекторами. Более того, по Page Object Model создаётся единый API для взаимодействия с элементами.

# pages/login_page.py from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC class LoginPage: URL = '/login' def __init__(self, driver): self.driver = driver self.wait = WebDriverWait(driver, 10) def open(self): self.driver.get(f'https://example.com{self.URL}') return self def enter_email(self, email: str): self.driver.find_element(By.ID, 'email').send_keys(email) return self def enter_password(self, password: str): self.driver.find_element(By.ID, 'password').send_keys(password) return self def submit(self): self.driver.find_element(By.CSS_SELECTOR, 'button[type=submit]').click() return self def get_error_message(self) -> str: element = self.wait.until(EC.visibility_of_element_located((By.CLASS_NAME, 'error'))) return element.text 

Как настроить параллельный запуск через Selenium Grid?

Для ускорения регресса разворачиваем Selenium Grid в Docker. Файл docker-compose-grid.yml поднимает хаб и 3 Chrome-ноды + Firefox-ноду.

# docker-compose-grid.yml services: selenium-hub: image: selenium/hub:4.18 ports: - "4442:4442" - "4443:4443" - "4444:4444" chrome-node: image: selenium/node-chrome:4.18 environment: SE_EVENT_BUS_HOST: selenium-hub depends_on: [selenium-hub] deploy: replicas: 3 firefox-node: image: selenium/node-firefox:4.18 environment: SE_EVENT_BUS_HOST: selenium-hub 

from selenium.webdriver.remote.webdriver import RemoteWebDriver driver = RemoteWebDriver( command_executor='http://selenium-hub:4444/wd/hub', options=ChromeOptions() )