Risk Matrix (матриця ризиків) — це інструмент оцінки та управління ризиками у процесі тестування програмного забезпечення.
Вона допомагає визначити, пріоритезувати та контролювати потенційні ризики, які можуть вплинути на якість продукту або процес тестування.
Спрощено Risk Matrix — це таблиця, яка показує, наскільки ймовірний ризик і наскільки серйозні його наслідки.
Її використовують, щоб зрозуміти:
- що може піти не так
- наскільки це небезпечно
- що з цим робити.
Мета Risk Matrix у тестуванні
- Виявити потенційні проблеми заздалегідь
(наприклад, відсутність середовища тестування, нестача часу, критичні дефекти). - Оцінити пріоритети тестування — які області продукту мають найвищий ризик.
- Планувати тестування ефективніше, концентруючи зусилля на найбільш ризикових ділянках.
- Мінімізувати вплив ризиків через план дій або превентивні заходи.
Основні параметри ризику
Кожен ризик оцінюють за двома ключовими параметрами:
| Параметр | Пояснення |
| Ймовірність (Probability / Likelihood) | Наскільки ймовірно, що ризик станеться (низька / середня / висока) |
| Вплив (Impact / Severity) | Наскільки сильно ризик вплине на проєкт або продукт (низький / середній / високий) |
Формула ризику
Рівень ризику = Ймовірність × Вплив
Приклад Risk Matrix (3×3)
| Вплив / Ймовірність | Низька | Середня | Висока |
| Високий | Середній ризик | Високий ризик | Високий ризик |
| Середній | Низький ризик | Середній ризик | Високий ризик |
| Низький | Низький ризик | Низький ризик | Середній ризик |
Високий — потрібно негайно керувати ризиком
Середній — контролювати, можливо, підготувати план дій
Низький — прийнятний ризик, не потребує додаткових дій
Приклад таблиці Risk Matrix
| ID | Опис ризику | Ймовірність | Вплив | Рівень ризику | План дій / Мітгація |
| R1 | Затримка з тестовим середовищем | Висока | Високий | Високий | Попросити DevOps підготувати резервне середовище |
| R2 | Недостатня документація | Середня | Середній | Середній | Провести уточнення вимог із BA (бізнес аналітик) |
| R3 | Відсутність досвіду команди з новим інструментом | Середня | Високий | Високий | Провести коротке навчання або парне тестування |
| R4 | Можливе перевантаження тестувальників | Висока | Середній | Високий | Перерозподіл завдань, найм додаткового QA |
| R5 | Незначні UI-баги у низькопріоритетних модулях | Висока | Низький | Середній | Тестувати після основних модулів |
Типи ризиків у тестуванні
| Категорія | Приклади |
| Проєктні ризики | Затримки, брак ресурсів, неправильні оцінки часу |
| Технічні ризики | Нові технології, складна інтеграція, нестабільне середовище |
| Бізнес-ризики | Зміна вимог, відмова клієнта від фіч |
| Ризики якості | Висока кількість дефектів, низьке покриття тестами |
| Ризики процесу тестування | Відсутність тест-документації, автоматизації або даних |
Переваги використання Risk Matrix
- Дає чітку візуалізацію ризиків і їхнього впливу.
- Допомагає пріоритезувати тестування — тестувати спочатку критичні області.
- Підвищує прозорість для менеджерів і замовників.
- Дозволяє завчасно планувати превентивні дії.