📚 Шпаргалка: Чек-лист регрессионного тестирования
💾 Чек-лист регрессионного тестирования
🧭 Что идёт в регресс
– Критичные сценарии: логин, оплата, чекаут, возвраты
– Всё, что чинили в релизе, плюс окрестности каждого фикса
– Модули, затронутые по diff между релизами
– Косвенные связи: общие библиотеки, кэш, очереди, миграции БД, фича-флаги
🔎 Как читать diff
1. Смотрим имена файлов: git diff v1.2.3..v1.2.4 --name-only
2. Переводим пути в модули: src/api/payments это оплата, src/pages/checkout это чекаут
3. Добираем то, чего нет в diff: общие библиотеки, конфиги, схемы БД
4. Сверяемся с баг-трекером: все задачи релиза должны попасть в список
diff даёт файлы, а не модули: дальше нужны обратные зависимости и то, чего в diff не видно совсем.
🤖 Ветка «есть автотесты»
– Набор помечен тегом: pytest -m regression, playwright --grep @regression
– Ночной прогон и прогон на релиз-кандидате: npx playwright test --grep @regression --project=chromium
– Сначала вчерашние падения: pytest --lf
– Флейки не лечим ретраями молча: --reruns 2 плюс карантин и разбор
– Авторегресс находит меньшую часть багов, ручной слой вокруг изменений нужен всё равно
✍️ Ветка «автотестов нет»
– Отбор по риску: сначала деньги и данные (оплата, заказы, авторизация), потом остальное
– Чек-лист по модулю: один документ на модуль, обновляем каждый релиз
– Уровни: смоук 5–10 мин, критический путь 30–60 мин, полный 2–8 ч
– Плюс сессия вокруг изменений: 60–90 минут свободного исследования зоны фикса
✅ Перед прогоном
1. Билд и окружение совпадают с планом
2. Тестовые данные актуальны, миграции накатаны
3. Смоук зелёный, иначе регресс бессмыслен
4. Устаревшие тесты обновлены под новые требования
🧾 После прогона
– Каждый fail оформлен: шаги, ожидание, факт, билд, логи
– Багфиксы перепроверены (confirmation testing)
– В отчёте честно: что прогнали, что нет, где искали
⚠️ Грабли
– Гонять полный набор на каждый коммит: долго и flaky
– Проверять только фикс, забывая соседние модули
– Пропустить миграции БД и интеграции
– Держать в наборе мёртвые тесты: чистка раз в квартал
– Ретраить флейк до зелёного: реальный баг уезжает в релиз
📚 Источники
ISTQB CTFL v4.0, разделы 2.2.3 и 2.3
Кейнер, Бах «Тестирование ПО», уроки 52 и 110
Ammann & Offutt, глава 13 «Regression Testing for Evolving Software»
#QA #Тестирование #Регрессионное #Шпаргалка
📖 Полный разбор на Telegraph:
🔗 Часть 1: что брать в регресс
🔗 Часть 2: как прогнать и разобрать падения
━━━━━━━━━━━━━━━━━━━━
📢 QA❤️4Life — канал о тестировании
🤖 SyntxAI — все самые нужные нейросети в одном сервисе
🔒 MaxVpn — Удобный и быстрый VPN
🧠 Google AI Pro — подписка на личный Google-аккаунт на 18 месяцев за 990₽
━━━━━━━━━━━━━━━━━━━━
👑 Авторский курс по созданию персональных ИИ-агентов
💾 Чек-лист регрессионного тестирования
🧭 Что идёт в регресс
– Критичные сценарии: логин, оплата, чекаут, возвраты
– Всё, что чинили в релизе, плюс окрестности каждого фикса
– Модули, затронутые по diff между релизами
– Косвенные связи: общие библиотеки, кэш, очереди, миграции БД, фича-флаги
🔎 Как читать diff
1. Смотрим имена файлов: git diff v1.2.3..v1.2.4 --name-only
2. Переводим пути в модули: src/api/payments это оплата, src/pages/checkout это чекаут
3. Добираем то, чего нет в diff: общие библиотеки, конфиги, схемы БД
4. Сверяемся с баг-трекером: все задачи релиза должны попасть в список
diff даёт файлы, а не модули: дальше нужны обратные зависимости и то, чего в diff не видно совсем.
🤖 Ветка «есть автотесты»
– Набор помечен тегом: pytest -m regression, playwright --grep @regression
– Ночной прогон и прогон на релиз-кандидате: npx playwright test --grep @regression --project=chromium
– Сначала вчерашние падения: pytest --lf
– Флейки не лечим ретраями молча: --reruns 2 плюс карантин и разбор
– Авторегресс находит меньшую часть багов, ручной слой вокруг изменений нужен всё равно
✍️ Ветка «автотестов нет»
– Отбор по риску: сначала деньги и данные (оплата, заказы, авторизация), потом остальное
– Чек-лист по модулю: один документ на модуль, обновляем каждый релиз
– Уровни: смоук 5–10 мин, критический путь 30–60 мин, полный 2–8 ч
– Плюс сессия вокруг изменений: 60–90 минут свободного исследования зоны фикса
✅ Перед прогоном
1. Билд и окружение совпадают с планом
2. Тестовые данные актуальны, миграции накатаны
3. Смоук зелёный, иначе регресс бессмыслен
4. Устаревшие тесты обновлены под новые требования
🧾 После прогона
– Каждый fail оформлен: шаги, ожидание, факт, билд, логи
– Багфиксы перепроверены (confirmation testing)
– В отчёте честно: что прогнали, что нет, где искали
⚠️ Грабли
– Гонять полный набор на каждый коммит: долго и flaky
– Проверять только фикс, забывая соседние модули
– Пропустить миграции БД и интеграции
– Держать в наборе мёртвые тесты: чистка раз в квартал
– Ретраить флейк до зелёного: реальный баг уезжает в релиз
📚 Источники
ISTQB CTFL v4.0, разделы 2.2.3 и 2.3
Кейнер, Бах «Тестирование ПО», уроки 52 и 110
Ammann & Offutt, глава 13 «Regression Testing for Evolving Software»
#QA #Тестирование #Регрессионное #Шпаргалка
📖 Полный разбор на Telegraph:
🔗 Часть 1: что брать в регресс
🔗 Часть 2: как прогнать и разобрать падения
━━━━━━━━━━━━━━━━━━━━
📢 QA❤️4Life — канал о тестировании
🤖 SyntxAI — все самые нужные нейросети в одном сервисе
🔒 MaxVpn — Удобный и быстрый VPN
🧠 Google AI Pro — подписка на личный Google-аккаунт на 18 месяцев за 990₽
━━━━━━━━━━━━━━━━━━━━
👑 Авторский курс по созданию персональных ИИ-агентов