Урок 1. Как автоматизация экономит бизнесу деньги
Зачем автоматизация и когда она не нужна
Темы урока
Место тестирования в разработке, ручное vs автоматизированное тестирование, ROI автоматизации, когда автоматизировать имеет смысл, профессия SDET, проект PomidorQA и дорожная карта марафона
Видео урока
Конспект урока
Конспект — Урок 1: Как автоматизация экономит бизнесу деньги
Главное за урок
Автоматизация тестирования — не «робот вместо тестировщика», а способ не платить за один и тот же регресс руками каждый спринт. Ручной прогон масштабируется линейно: больше фич — больше часов. Автотест пишется один раз и гоняется сколько угодно.
На курсе один сквозной продукт — PomidorQA (короткие встречи для QA/IT): регистрация, профиль, слоты, бронирование. До финала все автотесты пишем именно по нему.
Ручное vs автоматизированное тестирование
| Ручное | Автоматизированное | |
|---|---|---|
| Кто выполняет | Человек | Скрипт (Playwright, Cypress, Selenium) |
| Повторный прогон | Стоит столько же, сколько первый | Почти бесплатный |
| Усталость / отпуск / увольнение | Знание продукта уходит с человеком | Скрипт остаётся в репозитории |
| Исследовательское тестирование | Сильная сторона | Слабая сторона |
| Стабильный регресс | Дорого и медленно | Как раз для этого |
Автоматизация не заменяет исследовательское тестирование и работу с новыми фичами. Она забирает повторяющееся.
Зачем это бизнесу
Три аргумента, которые звучат на эфире:
- Скорость регресса. Перед релизом одни и те же сценарии гоняются снова. Автотест делает это за минуты, не за дни.
- Цена бага в проде. Чем позже нашли дефект, тем дороже фикс: откат, поддержка, потерянные пользователи.
- ROI. Автоматизация окупается, когда сценарий стабильный и повторяется. Если UI меняется каждую неделю — тест будет краснеть чаще, чем ловить баги.
Когда автоматизировать: стабильный функционал, критичный путь пользователя, проверки, которые гоняют в каждом релизе.
Когда не стоит: одноразовая проверка, сырой прототип, UI, который ещё не устоялся.
Профессия автоматизатора / SDET
Автоматизатор пишет код, который проверяет продукт. На рынке это QA Automation / SDET: спрос выше, чем на чисто ручной Junior, вилка зарплат тоже выше. Но порог входа другой: нужно читать и писать код, понимать Git, уметь объяснить, зачем этот тест существует.
На курсе цель не «выучить синтаксис Playwright», а оставить после 18 уроков:
- навык писать стабильные UI E2E на Playwright + TypeScript;
- свой ИИ-агент в Cursor;
- опыт цикла тикет → тест → PR → зелёный CI.
PomidorQA и дорожная карта
PomidorQA — учебный стенд: aiqa.su/pomidorqa. Регистрация отдельная от аккаунта AIQA. Студенты тестируют сайт как чёрный ящик; исходников продукта нет.
| Блок | Уроки | О чём |
|---|---|---|
| Старт в автоматизации | 1–2 | Зачем автоматизация, пирамида |
| Программирование | 3–4 | JS/TS, async/await |
| Git | 5 | Репозиторий, первый PR |
| Playwright AAA | 6–9 | Локаторы, Arrange / Act / Assert |
| Архитектура | 10–11 | POM, флаки |
| CI/CD | 12 | GitHub Actions |
| ИИ-агент | 13–16 | Cursor, тикет → PR |
| Трудоустройство | 17–18 | Резюме и собес |
Ключевые тезисы для теста
- Автоматизация окупает повторяющийся стабильный регресс, а не любую проверку.
- Ручной прогон каждого релиза стоит столько же, сколько предыдущий; автотест — нет.
- Исследовательское тестирование автоматизация не заменяет.
- Не стоит автоматизировать одноразовые проверки и часто меняющийся UI.
- SDET / QA Automation пишет код проверок; порог входа выше, чем у ручного Junior.
- Сквозной проект курса — PomidorQA, не абстрактные примеры.
Полезные ссылки
- Playwright — Why Playwright: https://playwright.dev/docs/why-playwright
- Стенд PomidorQA: https://aiqa.su/pomidorqa
- Чат марафона: https://t.me/+NJgJrdqfLLozMTY6
- Telegram-канал: https://t.me/qabigtech
- Эфиры: https://www.youtube.com/@qabigtech/streams
Домашнее задание
Индивидуальная проверка ДЗ — на Boosty
Конспект, видео и тест открыты всем. Текст задания и проверка работы — по подписке.
Индивидуальная проверка ДЗ на Boosty