Playwright для QA-инженеров

Объяснить две причины сбоев прежней UI-автоматизации — нестабильность из-за тайминга и накладные расходы на драйверы — и как архитектура Playwright устраняет каждую

Читать и писать конструкции JavaScript, которые встречаются в каждом тесте Playwright: const/let, стрелочные функции, шаблонные строки, деструктуризацию, объекты и массивы

Установить Playwright в новый репозиторий и в существующий фронтенд-репозиторий, не сломав ни тот, ни другой

Запускать из командной строки весь набор, папку, файл, отдельный тест, проект, последние упавшие тесты и только тесты, затронутые изменением

Структурировать spec-файл блоками describe и четырьмя хуками и сказать, когда каждый хук выполняется относительно воркеров

Читать словарь DOM, от которого зависит локатор: тег, атрибут, класс, id, текстовый узел, родительский и дочерний элемент

Применять порядок приоритета локаторов: роль, метка, плейсхолдер, текст, alt, title, test id, CSS или XPath — в последнюю очередь

Использовать filter() с hasText, hasNotText, has, hasNot и visible, чтобы сузить набор по содержимому, по потомку или по видимости

Отличать web-first ассерты от обычных и по умолчанию выбирать первые

Перечислить проверки готовности к действию и объяснить, какое действие требует каких из них

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

Правильно использовать check, uncheck и setChecked и обосновывать force: true для визуально скрытого нативного input

Объяснить, что Playwright делает с нативным диалогом, когда слушатель не зарегистрирован, и что обязан сделать зарегистрированный слушатель

Автоматизировать поле выбора даты вводом с клавиатуры, где это возможно, и навигацией по календарю, где нет

Назвать конкретное дублирование, которое устраняет page object, и конкретное изменение, которое он делает дешёвым

Выносить общее поведение в неглубокий базовый класс — один уровень наследования — и дальше использовать композицию

Назвать встроенные фикстуры и сказать, что даёт каждая, и объяснить, откуда берётся testInfo (это не фикстура)

Использовать проекты, чтобы запускать одни и те же тесты в разных браузерах, на устройствах, под ролями и в окружениях ENGAGE, и ограничивать параллельность проекта его собственной настройкой workers

Построить setup-проект, который один раз проходит аутентификацию и сохраняет сессию в storageState, включая IndexedDB, когда библиотека идентификации хранит токены там

Делать скриншоты страницы, элемента и в буфер и прикладывать их к отчёту

Писать сравнение скриншотов с помощью toHaveScreenshot и управлять эталонами через режимы updateSnapshots и шаблоны путей

Использовать фикстуру request для написания API-тестов, проверяя через await expect(response).toBeOK(), а также заголовки и тело

Выбирать между fulfill, continue, abort и fallback для перехваченного запроса и объяснять порядок обработчиков

Объяснить, что такое воркер, как работа распределяется с fullyParallel и без него и каково количество воркеров по умолчанию

Запускать набор в официальном образе Playwright с рекомендуемыми флагами Docker и держать тег образа равным установленной версии Playwright

Разводить пары понятий Playwright, которые чаще всего путают, называя одно правило, разделяющее каждую пару

Решать, что автоматизировать и на каком уровне — модульные тесты, API, UI, визуальные проверки, доступность, пользовательские сценарии — и отстаивать это решение перед клиентом