Риск-бейзед тестирование (Risk-Based Testing) — это подход, при котором тестирование строится вокруг рисков: чем выше вероятность и последствия ошибки — тем больше внимания и тестов уделяется этой области.
Пример:
В интернет-банке приоритетно тестируют переводы и платежи (высокий риск потери денег),
а не смену аватара в профиле (низкий риск).
Риск-бейзед тестирование (RBT) — это метод, при котором планирование, приоритизация и выполнение тестов
осуществляются на основе оценки рисков продукта — то есть вероятности возникновения дефектов и степени их влияния на бизнес.
Главная идея:
Нельзя протестировать всё, поэтому тестируем в первую очередь то, что может “больно ударить” по пользователю или компании.
Определение рисков.
Какие области или функции могут привести к серьёзным проблемам при сбоях?
(например, потеря данных, финансовые ошибки, утечка информации).
Оценка рисков.
Для каждого риска определяют:
Вероятность (P) — насколько часто может случиться;
Влияние (I) — насколько серьёзны последствия.
Вычисляется приоритет: Risk = P × I.
Приоритизация тестов.
Области с высоким риском получают больше тестов, глубже покрытие, автоматизацию.
Мониторинг и пересмотр.
После релиза риски пересматриваются (появились ли новые, изменились ли старые).
| Функция | Вероятность (1–5) | Влияние (1–5) | Риск = P×I | Приоритет |
|---|---|---|---|---|
| Авторизация | 4 | 5 | 20 | 🔴 Высокий |
| Переводы между счетами | 5 | 5 | 25 | 🔴 Высокий |
| Изменение аватара | 2 | 1 | 2 | 🟢 Низкий |
| Отправка уведомлений | 3 | 3 | 9 | 🟡 Средний |
QA команда сосредотачивается сначала на переводах и авторизации,
а простые или косметические функции проверяются поверхностно.
При ограниченном времени тестирования (например, срочный релиз).
При планировании регресса — выбирают сценарии с высоким риском.
При создании тест-плана — тесты распределяются по уровням приоритета.
В CI/CD — тесты высокого риска включают в smoke или nightly-сборку.
В мобильном банке при тестировании релиза QA распределяет усилия:
70% времени — на платёжные и авторизационные модули (высокий риск);
20% — на уведомления и интерфейс;
10% — на второстепенные функции (настройки, темы).
💡 Итог:
Риск-бейзед тестирование помогает QA фокусироваться на самом важном —
где ошибка может нанести наибольший ущерб бизнесу или пользователю,
а не просто проверять всё подряд.
Чтобы пожаловаться или сообщить об ошибке, войдите в аккаунт или зарегистрируйтесь.