🚀 Как QA не потеряться в релизе при старте на новом проекте? ➡️ Первые дни на проекте — куча вопросов: кто мержит в develop, когда стартует регресс, что проверять после деплоя. Без чёткой карты легко пропустить критические точки и дать добро на сырой релиз. Вот шпаргалка из 11 блоков — от DoR/DoD до hotfix — которая закрывает все эти пробелы за один раз. ❓ Что внутри шпаргалки: — DoR и DoD: чек-листы готовности задачи к старту и критерии завершения — когда задача реально Done, а не "вроде работает" — Gitflow: схема веток, правила заморозки release-ветки и кто за что отвечает при мерже в develop — Регресс: входные/выходные критерии, статусы тест-кейсов, когда QA даёт рекомендацию к выпуску — SemVer: MAJOR.MINOR.PATCH — что означает каждая цифра и какая версия должна быть на каждом стенде — UAT: как зафиксировать параметры приёмки, кто проводит, что считается письменным подтверждением — Риски прод-выкатки: 5 типовых угроз и митигация — rollback-план, бэкап БД, diff конфигов — Post-release тестирование: таймлайн первых 2 часов после деплоя — smoke, sanity, мониторинг — Hotfix: два сценария, чек-лист тестирования и почему нельзя мержить без проверки — Release Notes и Test Report: готовые структуры с примерами — 13 вопросов для PM в первый день на проекте — Красные флаги: ситуации, которые нужно эскалировать немедленно 🔗 Скачать шпаргалку #QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #Процессы #Документация #Команда #Карьера #Шпаргалка