E2E
Сквозное тестирование на Playwright: когда нужен e2e, настройка, локаторы, структура тестов, ожидание, данные и auth, мок сети, flaky, CI. Сквозная специализация продукт-инженера.
Зачем для UCP. E2E — сквозная проверка собранного продукта: тест проходит путь пользователя через настоящий браузер, фронт и бэк вместе. Это последний рубеж перед пользователем и потому сквозная специализация продукт-инженера — поверх backend и frontend, а не вместо них. Стек — Playwright.
Раздел разбит на 9 статей. Можно читать подряд (основы → написание → данные и контроль → надёжность и эксплуатация) или точечно.
Основы
- Когда нужен e2e — что покрывать сквозными, пирамида, цена и ценность.
- Настройка Playwright — config, projects, baseURL, первый сценарий.
Написание
- Локаторы: как находить элементы — user-facing локаторы, анти-хрупкость.
- Структура тестов: fixtures и page objects — организация и переиспользование.
- Утверждения и ожидание — web-first assertions, авто-ожидание вместо sleep.
Данные и контроль
- Данные и аутентификация — подготовка данных,
storageState, изоляция. - Сеть: перехват и мок —
route/fulfill, когда мокать, а когда реальный backend.
Надёжность и эксплуатация
- Борьба с flaky-тестами — источники, retries, детерминизм.
- E2E в CI — пайплайн, параллелизм, traces и отчёты.
Связанное
- Продукт-инженер — карта специализаций и путь.
- Frontend: тестирование — компонентные тесты (отличие от сквозных).
- Кейс: маркетплейс — пример системы, которую проверяют сквозными.