Роль QA в управлении релизами

Управление релизами — процесс планирования, расписания и контроля выпуска ПО. QA централен — не как блокировщик, а как советник по качеству, предоставляющий рекомендации на основе данных.

Чеклист релиза

До релиза

  • Все автоматические тесты проходят
  • Покрытие кода выше минимального порога
  • Нет открытых критических багов
  • Тесты производительности без регрессии
  • Сканирование безопасности без критических уязвимостей
  • Миграции БД протестированы и обратимы
  • План отката задокументирован и протестирован
  • Дежурный инженер определён

Во время релиза

  • Health checks проходят на всех инстансах
  • Smoke-тесты выполнены против продакшена
  • Ключевые метрики в нормальных диапазонах

После релиза

  • Полная suite smoke-тестов пройдена
  • Бизнес-метрики в ожидаемых диапазонах
  • Синтетический мониторинг полностью зелёный
  • Релиз отмечен как успешный или инициирован откат

Критерии Go/No-Go

МетрикаПорог GoПорог No-Go
Процент прохождения тестов≥ 99%< 95%
Критические баги0> 0
Покрытие кода≥ 80%< 70%
Регрессия производительности< 5%> 15%
Критические уязвимости0> 0

Планы отката

Каждый релиз должен иметь план: когда, как, кто решает, коммуникация и верификация.

Упражнение: Создайте чеклист релиза

Команда выпускает крупное обновление: новая интеграция платёжного провайдера, переработанный checkout и миграция схемы БД.

Решение

T-7 дней

  • Feature freeze
  • Полная регрессия в staging
  • Тестирование sandbox платежей
  • Миграция БД протестирована на данных продакшен-размера
  • Нагрузочный тест: 2x обычного трафика checkout

T-1 день

  • Встреча go/no-go
  • Результаты тестов проверены: 100% pass rate
  • Команда поддержки проинформирована

День релиза

  • Деплой в окно обслуживания
  • Canary 1% → 10% → 50% → 100%
  • Мониторинг на каждой фазе

После релиза (48 часов)

  • Процент успешных платежей ≥ 99.5%
  • Конверсия checkout в пределах 5% от baseline
  • Отметить релиз как успешный

Ключевые выводы

  1. Чеклисты предотвращают человеческие ошибки
  2. Критерии go/no-go должны быть предопределены и измеримы
  3. Каждый релиз требует плана отката — протестированного заранее
  4. Пострелизная валидация обязательна
  5. QA — советник по качеству, не блокировщик