Качество, риски и приоритеты

Качество нельзя проверить целиком. Его раскладывают на риски: потеря денег, потеря данных, падение доверия, юридические проблемы, блокировка ключевого сценария или рост поддержки. Приоритет появляется там, где риск заметен пользователю или бизнесу.

Что важно понять

Вероятность проблемы: как часто сценарий выполняется и что может его сломать.
Влияние проблемы: деньги, данные, безопасность, репутация, доступность сервиса.
Обнаруживаемость: заметит ли команда проблему до пользователя.
Стоимость позднего исправления: насколько дорого чинить дефект после релиза.

Рабочий порядок

Опишите риск в формате если случится X, пострадает Y.
Сравните риски между собой, а не в вакууме.
Поставьте проверки в порядок: blocking, high, medium, low.
После тестирования обновите статус риска: закрыт, снижен, принят или требует решения.

Что отдавать команде

Risk list для задачи или релиза.
Короткое объяснение приоритета в баг-репорте.
Список остаточных рисков перед выпуском.

Частые провалы

Называть высоким приоритетом всё, что лично раздражает тестировщика.
Путать severity дефекта и priority исправления.
Не пересматривать риски после изменения требований или архитектуры.

Практика

Составьте таблицу из пяти рисков для формы оплаты: сценарий, влияние, вероятность, проверка, решение. Это быстро показывает, почему одни проверки идут раньше других.