Разработка 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
# 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
Подключение к Grid: RemoteWebDriver с указанием хаба.
from selenium.webdriver.remote.webdriver import RemoteWebDriver
driver = RemoteWebDriver(
command_executor='http://selenium-hub:4444/wd/hub',
options=ChromeOptions()
)
Сравнение типов ожиданий в Selenium:
| Тип ожидания | Описание | Когда использовать |
|---|---|---|
| Неявное (implicitly_wait) | Ожидание появления элемента в DOM (глобально) | Для простых страниц с предсказуемой загрузкой |
| Явное (WebDriverWait + EC) | Ожидание конкретного условия (видимость, кликабельность) | Для динамического контента, AJAX-запросов |
| FluentWait | Явное с опросом и игнорированием исключений | Для сложных сценариев с изменяющимися условиями |
Почему Selenium лучше других инструментов?
| Инструмент | Кроссбраузерность | Параллельный запуск | Языки | Скорость выполнения |
|---|---|---|---|---|
| Selenium | Все браузеры | Selenium Grid | Java, Python, C#, JS | Средняя |
| Cypress | Только Chrome | Нет | JS | Высокая |
| Playwright | Chrome, Firefox, Safari | Встроенный | JS, Python, C# | Высокая |
Selenium незаменим, когда требуется поддержка Internet Explorer, Edge Legacy или распределённый запуск на ферме из 10+ машин. Например, в одном проекте мы параллелили 200 тестов на 8 нодах — регресс выполнялся за 18 минут вместо 4 часов. Это сэкономило заказчику более 400 000 рублей в год. Снижение затрат на QA до 80%.
Для борьбы с flaky-тестами используем FluentWait с опросом раз в 500 мс и игнорированием StaleElementReferenceException. Это даёт стабильность 99% на динамических страницах.
Что входит в работу?
- Настройка тестовой инфраструктуры (Selenium Grid, Docker, CI-агенты).
- Разработка Page Object классов для ключевых страниц (до 20 классов).
- Написание 20–50 тест-кейсов (позитивные/негативные, edge-кейсы).
- Интеграция с CI/CD (Jenkins, GitLab CI, GitHub Actions).
- Генерация отчётов (Allure, pytest-html с метриками покрытия).
- Документация по запуску и поддержке.
- Обучение команды на 1-2 дня.
Процесс работы
- Аналитика — изучаем приложение, выделяем критические сценарии, оцениваем трудозатраты.
- Проектирование — определяем структуру Page Object, тестовые данные, конфигурацию Grid.
- Реализация — пишем Page Object классы и тесты, настраиваем ожидания.
- Тест — прогон на staging, исправление flaky-тестов, замер стабильности.
- Деплой — интеграция в CI, настройка отчётов, демонстрация команде.
Сроки ориентировочно
- От 5 рабочих дней (30 тестов, базовый набор, без Grid).
- До 15 рабочих дней (50+ тестов, Grid, полная документация, обучение).
Точную оценку даём после аудита проекта. Наш опыт автоматизации — более 50 проектов, 8 лет работы с Selenium. Свяжитесь с нами — и мы покажем, как E2E-тесты сократят время регресса с трёх дней до одного часа. Закажите разработку E2E-тестов сейчас, и ваша команда перестанет тратить время на ручные перепроверки. Экономия бюджета на тестирование может достигать 500 000 рублей в год. Получите консультацию — мы ответим на все вопросы.