Все статьи

Установите Playwright, напишите первый тест и разберитесь, почему все новые проекты выбирают его вместо Selenium.

Подходы, которые отличают поддерживаемые тест-сьюты от тех, к которым никто не хочет прикасаться через полгода.

Когда файл теста перевалил за 300 строк и все боятся его трогать. Вот тогда нужен Page Object Model. Вот как правильно его построить.

Selenium годами был стандартом. Playwright его вытеснил. Вот что изменилось, почему это произошло и что это значит для вашего пути обучения.

От нуля до работающего теста за 10 минут. Всё необходимое для установки, настройки и запуска первого теста Playwright.

Выбор локатора определяет, переживут ли тесты редизайн или будут ломаться на каждом коммите. Вот какой использовать и когда.

Три фреймворка, реальные компромиссы, никакого маркетинга. Какой выбрать для нового проекта и когда лучше остаться с тем, что есть.

Без assertions вы просто кликаете по странице. Разбираем все типы проверок в Playwright — что каждый проверяет, когда использовать и типичные ошибки новичков.

Хватит копировать код авторизации в каждый тест — используйте кастомные фикстуры, чтобы автоматически инжектировать состояние, page objects и тестовые данные.

Учитесь перехватывать, мокировать и заглушать сетевые запросы в Playwright, чтобы тестировать состояния ошибок, ускорять набор тестов и отвязывать UI-тесты от зависимостей бэкенда.

Учитесь сокращать время выполнения набора тестов Playwright с помощью workers, режима fullyParallel и межмашинного шардирования в GitHub Actions.

Общее состояние между тестами. Тихий убийца надёжных наборов. Узнайте, как Playwright изолирует браузерные контексты, как управлять жизненным циклом данных и почему изоляция обязательна для безопасного параллельного запуска.

UI-авторизация в каждом тесте. Главный убийца производительности в Playwright. storageState позволяет войти один раз и переиспользовать сессию во всём запуске.

Обнаруживайте регрессии вёрстки, сломанные стили и пиксельные изменения с помощью встроенного toHaveScreenshot() в Playwright. Без платных сервисов.

Большинство команд завершают миграцию 500 тестов с Selenium за 4-6 недель. Вот пошаговый план, который доведёт вас до результата без поломки CI.

Сценарии с несколькими вкладками ломают тесты чаще, чем почти любой другой случай. Учитесь, как Playwright моделирует страницы и контексты, обнаруживает новые вкладки, обрабатывает попапы, OAuth-редиректы и вложенные iFrame.

Нативные диалоги файлов недоступны для автоматизации. Учитесь обходить их с помощью setInputFiles(), событий filechooser и drag-and-drop, а затем перехватывать и проверять загрузки.

Большинство Playwright-проектов начинаются как плоская папка с тестовыми файлами. Вот какую архитектуру строить вместо этого: от структуры папок до управления конфигурацией и паттерна миграции strangler fig.

Хардкодные тестовые данные. Это бомба замедленного действия. Учитесь генерировать уникальные, реалистичные данные с Faker.js, фабричными функциями и фикстурами Playwright, которые автоматически очищаются.

Большинство новичков тратят первый час с Playwright на угадывание локаторов и ошибки. Codegen обходит всё это — вы кликаете по приложению, а Playwright пишет тестовый код в реальном времени.

Перестаньте угадывать, что пошло не так. Trace Viewer даёт полный DOM-реплей каждого упавшего теста — как его включить, читать и чинить сбои за минуты, а не часы.

Стандартный вывод в терминал говорит, что упало. Нормальный отчёт о тестах говорит, почему, когда и как часто. Вот как настроить встроенный HTML-репортер и Allure.

Запуск одних и тех же тестов против локального окружения, стейджинга и продакшна не должен требовать изменений кода. Вот как правильно структурировать конфигурацию окружения с dotenv и фикстурами.

Playwright автоматически ждёт большинства действий, но не всех. Вот как работает система авто-ожидания, когда она не справляется и правильные паттерны для каждого сценария ожидания.

Тестируйте своё приложение на мобильных viewport-ах с сенсорными событиями и реальными user agent устройств, используя встроенные пресеты устройств и управление viewport в Playwright.

Больше, чем click и fill: как тестировать горячие клавиши, состояния наведения, меню правой кнопки, drag-взаимодействия и сложные многошаговые последовательности мыши и клавиатуры.

Тестируйте атрибуты куки, предустанавливайте состояние авторизации, проверяйте сохранность localStorage и обрабатывайте истечение сессии. Все паттерны браузерного хранилища, которые вам нужны.

Запускайте дорогостоящую настройку один раз (авторизацию, наполнение базы данных, запуск сервера) перед всем набором тестов и убирайте после. Никаких накладных расходов на каждый тест.

Playwright остаётся единственным фреймворком с реальной поддержкой Chromium, Firefox и WebKit. Вот многоуровневая стратегия кросс-браузерного тестирования, дающая широкое покрытие без утроения времени CI.

Сообщения об ошибках Playwright насыщены информацией, как только знаешь структуру. Учитесь быстро читать ошибки таймаута, нарушения strict mode, сбои навигации и ошибки контекста выполнения.

Стандартные проверки останавливают тест при первой неудаче. Мягкие проверки собирают все неудачи перед остановкой. Полезно при проверке множества независимых свойств страницы.

Проверяйте WebSocket-соединения, перехватывайте отправленные и полученные фреймы, мокируйте сообщения сервера для тестирования поведения real-time UI и тестируйте обработку разрыва соединения.

Базовые классы страниц, объекты компонентов, фабрики страниц и fluent API. Паттерны, которые позволяют POM масштабироваться за пределы 50 тестов без превращения в бремя для обслуживания.

Что относится к playwright.config.ts, а что к переменным окружения. Плюс типобезопасный доступ к env, настройка dotenv и работа с секретами CI.

Нативные select, кастомные библиотеки выпадающих списков, выборщики дат, множественный выбор. Каждый ведёт себя по-разному в Playwright. Вот правильный подход для каждого типа.

Без структуры тесты дублируют код настройки и становятся трудными в обслуживании. test.describe, beforeEach, afterEach и beforeAll позволяют организовать тесты и делиться логикой настройки.

playwright.config.ts управляет браузерами, таймаутами, повторами, репортерами и многим другим. Большинство туториалов показывают минимальный конфиг. Вот что реально делает каждая опция.

npx playwright test — это только начало. Фильтрация по файлу, имени теста или браузеру. Headed, debug и UI режимы. Sharding для CI. Полный CLI-справочник для ежедневного использования.

TypeScript значительно улучшает Page Object Model. Без типов вы передаёте строки и надеетесь на лучшее. С интерфейсами редактор ловит ошибки до запуска первого теста.

Плохие тестовые данные — самая частая причина нестабильных тестов. Жёстко закодированные значения ломаются при изменении базы данных. Общие аккаунты вызывают гонки при параллельном запуске.

Playwright — это не только сквозные тесты. С компонентным тестированием вы монтируете отдельные React/Vue компоненты и тестируете их тем же API Playwright — быстрее E2E, реалистичнее юнит-тестов.

Перехват сетевых запросов позволяет управлять тем, что приложение получает от сервера — без реального бэкенда. Мокируйте медленные API, симулируйте ошибки, блокируйте сторонние скрипты.

Базовый POM работает для простых страниц. Но реальные проекты имеют общие компоненты, динамические страницы, многошаговые рабочие процессы. Это руководство охватывает паттерны для реальной сложности.

Каждое руководство говорит "тестируйте во всех браузерах". Но реально — с ограниченным временем — какие браузеры, какие функции и как? Это руководство даёт практическую стратегию.

Тестирование доступности гарантирует, что приложение работает для пользователей с ограниченными возможностями. Playwright интегрируется с axe-core для автоматизации проверок доступности.