Risk-based testing

Risk-based testing помогает выбрать проверки, которые сильнее всего снижают неопределённость перед релизом. Это не способ игнорировать качество, а способ честно признать ограничения времени, данных и людей.

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

• Критичность пользовательского сценария.
• Сложность изменения и количество затронутых зависимостей.
• Историю дефектов в зоне продукта.
• Наличие страховок: автотесты, мониторинг, rollback, фича-флаги.

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

1. Соберите список рисков и оцените impact / likelihood.
2. Свяжите каждый высокий риск с конкретной проверкой.
3. Определите, какие риски закрываются автоматикой, а какие вручную.
4. Перед релизом явно назовите принятые риски.

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

• Risk-based checklist.
• Матрица risk-to-test.
• Release summary с остаточными рисками.

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

• Использовать риск как оправдание непроверенных критичных сценариев.
• Оценивать risk без бизнеса и поддержки.
• Не обновлять приоритеты после новых дефектов.

Практика

Для релиза с изменением оплаты выберите пять проверок, которые вы выполните первыми, и объясните каждую через риск.