Техника · Risk-Based Testing

Тестирование
на основе рисков

Времени всегда меньше, чем тест-кейсов. Risk-Based Testing помогает решить, что тестировать в первую очередь — на основе вероятности дефекта и серьёзности его последствий.

Матрица рисков
Влияние (Impact)
⬆ Высокий риск
Серьёзное влияние, но баг маловероятен. Тестировать глубоко.
🔴 Критический
Тестировать в первую очередь и максимально полно.
✅ Низкий риск
Минимальное тестирование или skip при нехватке времени.
⚠ Средний риск
Вероятен, но последствия терпимы. Тестировать после критических.
Низкая вероятность
Высокая вероятность
Вероятность (Likelihood)
8 функций нового релиза — расставь приоритеты, затем нажми «Показать приоритеты»
Влияние: H Вероятность: H
Оплата картой
Новый платёжный провайдер, сложная интеграция, прямой денежный ущерб при сбое
Влияние: H Вероятность: H
Авторизация / токены
Рефакторинг auth-модуля, утечка токенов = компрометация всех аккаунтов
Влияние: H Вероятность: L
Миграция базы данных
Хорошо проверена на стейджинге, но потеря данных — катастрофа
Влияние: L Вероятность: H
Сортировка в каталоге
Новая логика, часто ломается, но UX-неудобство, не потеря данных
Влияние: L Вероятность: H
Email-нотификации
Шаблоны изменились, шаблонизатор часто даёт опечатки в тегах
Влияние: H Вероятность: H
Корзина и checkout
Полная переработка, прямо влияет на конверсию и выручку
Влияние: L Вероятность: L
Цвет кнопки «Назад»
Косметическое изменение, минимальная бизнес-ценность
Влияние: H Вероятность: L
Экспорт отчётов (PDF)
Стабильная библиотека, но использует бухгалтерия — ошибка дорого обходится
Вопрос 01
Что именно оптимизирует Risk-Based Testing?
Минимизирует количество тест-кейсов
Максимизирует покрытие наиболее рискованных областей при ограниченных ресурсах
Определяет, что нужно автоматизировать
Вопрос 02
Функция «Цвет кнопки Назад» — низкая вероятность, низкое влияние. Нужно ли её тестировать?
Нет, можно полностью пропустить
Проверить в последнюю очередь — если останется время после критических областей
Тестировать с той же глубиной, что и остальные
Вопрос 03
Кто должен участвовать в оценке рисков для матрицы?
Только QA-инженер — это его ответственность
QA, разработчики и владелец продукта — каждый вносит свою часть
Только менеджер проекта — он отвечает за релиз
Что запомнить
  • Риск = Вероятность × Влияние. Высокое влияние при низкой вероятности всё равно важнее, чем низкое влияние при высокой вероятности.
  • Risk-Based Testing не означает "тестировать меньше" — он означает тестировать умнее: глубже там, где важнее.
  • Решение о пропуске низко-рисковых областей должно быть осознанным и задокументированным — это риск, который команда принимает.
  • Матрица рисков пересматривается при каждом изменении требований — риски динамичны.