Кодекс Автотестов в Яндекс.Лавке: Как Организовать Автоматизацию | Playwright + Best Practices

📄 Кодекс автотестов Яндекс.Лавки (основные тезисы): https://t.me/qabigtech 💬 Чат поддержки QA: https://t.me/+NT-IOeLALxszN2Zi Милена — фронтенд-разработчик Яндекс.Лавки, создатель "Кодекса по написанию автотестов" — свода правил, который помог команде вырастить покрытие с 0 до 4000+ автотестов на Playwright. В этом подкасте разбираем: ✅ Как создать кодекс автотестов и внедрить его в команду ✅ Почему Playwright лучше Selenium ✅ Как организовать структуру тестов без Page Object ✅ Моки vs End-to-End: когда что использовать ✅ Визуальное тестирование и работа со скриншотами ✅ CI/CD, параллелизация, борьба с флапами ✅ Как продать автоматизацию руководству ⏱️ ТАЙМКОДЫ: 00:00 — Введение: что такое кодекс автотестов и зачем он нужен 03:32 — Откуда взялся кодекс: проблемы с хаотичным написанием тестов 09:46 — Как продать кодекс команде и руководству 15:02 — Структура автотестов: древовидная организация без паттернов 20:34 — Философия шагов и человекочитаемые тесты 25:24 — Правило: первый шаг — открытие страницы 29:38 — Моки: что мокать, что нет, как создавать пресеты 38:18 — End-to-End тесты на реальных данных: сложности и решения 42:54 — Локаторы: только data-test-id, никаких XPath и CSS 48:22 — Визуальное тестирование: когда скриншотить, как избежать флапов 54:21 — Проверки: to be visible vs not to be attached 58:29 — Таймауты: почему их нельзя использовать (кроме аналитики) 1:00:46 — Код-ревью: как кодекс упрощает проверку автотестов 1:07:13 — Нейро-ревьюер: обучение ИИ на кодексе 1:15:25 — Метрики: 4000+ тестов, стабильность, дашборды 1:20:18 — Флапы и их отслеживание 1:25:43 — Старые тесты: как актуализировать легаси 1:30:33 — Параллелизация: 5 шардов, проблемы с памятью 1:32:01 — Советы: с чего начать автоматизацию на проекте 1:38:02 — Что сделали бы по-другому: пирамида тестирования 1:42:15 — Главный совет: не бояться и пробовать 🔥 КЛЮЧЕВЫЕ ИНСАЙТЫ ИЗ ВИДЕО: О кодексе: - Кодекс — это не бюрократия, а инструмент унификации - Появился из-за хаоса: каждый писал тесты по-своему - Написание заняло 2-3 дня, стабилизация — сразу - Правки вносились всего 3 раза за 2+ года - Используется для обучения нейро-ревьюера О структуре тестов: - Древовидная: Фича → Субфича → Проверка - Совпадает с названиями в TMS (тест-менеджмент системе) - Шаги содержат ожидаемые результаты (вложенные степы) - Человекочитаемые описания на русском языке - Никаких паттернов типа Page Object — всё проще О моках: - Мокаем только сложновоспроизводимое - Пресеты должны быть полезными (не просто JSON) - Не изменять существующие моки — создавать новые - Базовые моки + обогащение для специфичных кейсов - End-to-End тесты на реальных данных для критичных интеграций О локаторах: - ТОЛЬКО data-test-id (забудьте про XPath и CSS) - Для вложенных элементов — data-item-id - Легко читать, легко найти в коде - Разработчики просто добавляют атрибут в JSX - Никаких костылей с CSS-классами О визуальном тестировании: - Один скриншот на фичу (не больше!) - Скриншотим элемент + offset для проверки расположения - Утилиты: ожидание видимости, загрузка картинок, скрытие элементов - Флапы неизбежны, но можно минимизировать - Обновление скриншотов через UI — по кнопке О проверках: - to be visible — базовая проверка отображения - not to be attached — элемент убран из DOM (не просто скрыт) - Никаких таймаутов (кроме аналитики с 1 сек ожиданием) - Отключаем анимации для стабильности - Не проверяем текст напрямую — только через i18n ключи О процессах: - Код-ревью с обязательной ссылкой на кодекс - Нейро-ревьюер обучен на кодексе (4 из 5 замечаний валидны) - Комитет по автоматизации: разработчики + тестировщики - Регулярные встречи каждую неделю - Дашборды стабильности: топ флапающих тестов, метрики О метриках: - ~4000 тестов только на webview и web (без e2e, B2B) - Стабильность ~99% - Параллелизация: 5 шардов × 10 параллельных процессов - Ручное время vs автотесты: 3 минуты → 1.5 секунды - Проблема: нужно актуализировать старые тесты #playwright #автотесты #автоматизациятестирования #qaинженер #тестирование #endtoend #cicd #яндекс #bestpractices #кодекс #selenium #тестировщик #automation #testing #qaautomation