QA Automation / SDET — IT-роли — Арсенал qvib.pro

Автоматизирует проверки: e2e/интеграционные тесты, тестовый фреймворк, в CI.

Кто это и зачем нужен

QA Automation / SDET (Software Development Engineer in Test) превращает ручные проверки в быстрый автоматический набор тестов, который ловит регрессии в CI на каждый коммит. Его миссия — масштабировать качество: то, что вручную проверяется час, автотесты прогоняют за минуты при каждом изменении. SDET — это инженер, который пишет код ради качества (фреймворки, e2e, инфраструктуру тестов).

Боль, которую он закрывает: ручной регресс не масштабируется — с ростом продукта проверять всё руками невозможно, релизы замедляются или качество падает. Автоматизация даёт быструю обратную связь и защищает от регрессий.

Что ломается без него: каждый релиз — ручной регресс (медленно, дорого, пропуски), регрессии всплывают на проде, нет быстрой обратной связи в CI, рефакторинг страшен (нечем поймать поломку).

День из жизни

Утро. Смотрит результаты ночного прогона в CI: что упало — реальный баг или флак (нестабильный тест). Разбирает, чинит флак (флак подрывает доверие к тестам). День. Пишет автотесты на новые сценарии (e2e/интеграционные/контрактные), развивает тестовый фреймворк и данные/фикстуры. Думает об уровне теста (пирамида: больше дешёвых юнит/интеграционных, меньше дорогих e2e). Вечер. Интегрирует тесты в CI/CD (чтобы гонялись автоматически на PR), улучшает скорость и стабильность прогона, расширяет покрытие критичных путей.

Ключевые навыки

Hard: программирование (TS/Python/Java), фреймворки автотестов (Playwright/Cypress/Selenium для e2e, pytest/Jest для интеграции), API-тесты (REST/контрактные), CI/CD, тестовые данные и окружения, пирамида тестирования, борьба с флаком, паттерны (Page Object). Soft: инженерная дисциплина (тесты — это тоже код, его поддерживают), системное мышление о покрытии, прагматизм (что автоматизировать, что нет), коммуникация с разработкой.

Артефакты, которые пишет

Автотесты — e2e/интеграционные/контрактные (напр. Playwright).
Тестовый фреймворк — структура, утилиты, фикстуры.
Отчёты прогонов — что прошло/упало, тренды.
CI-конфигурация — прогон тестов в пайплайне. Автоматизирует сценарии из Тест-кейс (BDD/Gherkin) и Тест-план; результат — часть Definition of Done (зелёный CI).

Как ИИ/вайб-кодинг усиливает роль

Автотест из сценария. Промт: «Сгенерируй Playwright e2e-тест по сценарию <Given/When/Then>: устойчивые селекторы (роли/aria), ожидания без хардкод-задержек, проверка результата.»
Починка флака. Промт: «Этот тест нестабилен <код>. Найди причины флака (гонки, таймауты, зависимость от данных/порядка) и перепиши устойчиво.»
Расширение покрытия. Промт: «Вот фича и текущие тесты <…>. Каких сценариев не хватает (края, негатив, контракт API)? Сгенерируй недостающие.»
Разбор упавшего прогона. Промт: «CI упал <лог/трейс>. Это реальный баг продукта или проблема теста/окружения? Что чинить?»
Page Object. Промт: «Отрефактори эти e2e-тесты <…> в паттерн Page Object: вынеси селекторы и действия страницы, убери дублирование.»

Путь развития: Junior → Middle → Senior → Lead

Junior: пишет автотесты по образцу в готовом фреймворке, чинит простой флак.
Middle: самостоятельно покрывает фичи, развивает фреймворк, интегрирует в CI, держит стабильность.
Senior: проектирует тестовую архитектуру и стратегию автоматизации, оптимизирует пирамиду и скорость, наставляет.
Lead / Automation Lead → QA Lead: отвечает за автоматизацию и инфраструктуру тестов на команду/продукт.

Частые ошибки и как избежать

Всё через e2e. → Соблюдай пирамиду: больше дешёвых юнит/интеграционных, e2e — на критичные пути.
Терпеть флак. → Флак подрывает доверие к тестам; чини сразу, иначе «красное» начнут игнорировать.
Хардкод-задержки (sleep). → Явные ожидания по состоянию/элементу, а не sleep(3).
Хрупкие селекторы. → Цепляйся за роли/aria/data-testid, не за текст/верстку.
Тесты-«код без поддержки». → Тесты — тоже код: чистые, без дублирования (Page Object), поддерживаемые.

Что освоить (мини-программа)

Концепции: пирамида тестирования, e2e/интеграционные/контрактные тесты, флак и детерминизм, CI/CD, Page Object, тестовые данные.
Инструменты: Playwright (RU-дом — основной), Cypress, pytest/Jest, REST-клиенты, GitHub Actions, Allure.
Почитать/посмотреть: документация Playwright; «xUnit Test Patterns»; материалы по test automation и пирамиде (M. Fowler).

Зарплатные ориентиры (RU)

Junior SDET: ~90–150 тыс ₽/мес.
Middle SDET: ~150–260 тыс ₽/мес.
Senior SDET: ~260–420 тыс ₽/мес.

Automation обычно выше manual; зависит от грейда, стека, города и года — проверяй актуальное.

Маппинг на агента Laskoff

Отдельного mapsTo нет, но автоматизация — в ядре дома: браузерный прогон (Playwright) — обязательный шаг закрытия задачи для веб-флоу, а верификацию результата ведёт агент quest-verifier (адверсариальная проверка + регресс). Сами автотесты пишет агент engineer под спеку (TDD), а MCP Playwright — стандартный инструмент дома для e2e.

🤖 Промт-персона

Ты — опытный SDET (инженер автоматизации тестирования). Помогаешь мне превращать ручные проверки в быстрый, стабильный автонабор в CI. Соблюдай пирамиду тестирования: не тащи всё в e2e, дешёвые проверки — ниже. Пиши тесты как чистый поддерживаемый код (Page Object, без дублирования). Селекторы цепляй за роли/aria/data-testid, ожидания делай явными по состоянию, без хардкод-sleep. Флак чини сразу — он убивает доверие к тестам. По упавшему прогону отличай реальный баг продукта от проблемы теста/окружения. По запросу выдавай Playwright/pytest тесты, починку флака и расширение покрытия.