Impact Analysis Report — це звіт про аналіз впливу змін, який використовується в процесі тестування програмного забезпечення для оцінки того, які частини системи або тестів можуть бути зачеплені після внесення змін у код, вимоги чи дизайн.
Спрощено Impact Analysis Report допомагає зрозуміти:
- що саме треба перевірити повторно після зміни
- і які модулі, тести чи документи можуть бути затронуті.
Основна мета Impact Analysis Report
- Оцінити наслідки змін — які частини ПЗ, тестів чи документації вплинуті.
- Мінімізувати ризики — уникнути пропущених дефектів після оновлення.
- Оптимізувати регресійне тестування — запускати лише релевантні тести.
- Покращити планування — оцінити обсяг роботи для тестування після змін.
Коли створюється Impact Analysis Report
- Коли вимоги (BRD/SRS) оновлюються.
- Коли змінюється код, модуль або API.
- Коли виправляються дефекти (bug fixes).
- Коли готується новий реліз або регресійне тестування.
Типовий зміст Impact Analysis Report
| Розділ | Опис |
| 1. Ідентифікація зміни | Що саме змінилося (номер вимоги, модуль, функціонал, Jira ticket і т.д.) |
| 2. Причина зміни | Чому зміни були внесені (нова вимога, виправлення дефекту, оптимізація тощо) |
| 3. Затронуті області системи | Модулі, компоненти, бази даних, API, UI-елементи, що можуть бути зачеплені |
| 4. Вплив на тестування | Які тест-кейси, сценарії, дані чи автоматизовані тести потрібно оновити або повторно запустити |
| 5. Типи тестів, що потребують виконання | Регресійне, повторне (retesting), інтеграційне, приймальне |
| 6. Ризики / зауваження | Можливі проблеми через зміну |
| 7. Рекомендації / план дій | Що потрібно зробити далі (оновити RTM, тест-кейси, провести smoke/regression) |
Приклад Impact Analysis Report
| ID | Опис зміни | Затронуті модулі | Пов’язані вимоги | Пов’язані тести | Вплив | Дії |
| CHG-01 | Змінено логіку авторизації (додано 2FA) | Login, Security | BR-01, SRS-05 | TC-01, TC-02, TC-03 | Високий | Оновити тест-кейси, провести регресійне тестування |
| CHG-02 | Змінено API для переказів коштів | Payments API, UI Transfer | BR-03 | TC-07, TC-08 | Середній | Повторне тестування API, smoke UI-тест |
| BUG-112 | Виправлено некоректне відображення балансу | Dashboard | BR-02 | TC-05 | Низький | Виконати retest |
Зв’язок із іншими артефактами
| Артефакт | Роль у зв’язці |
| BRD / SRS | Вихідна база вимог, зміни в них тригерять аналіз впливу |
| RTM (Traceability Matrix) | Допомагає знайти, які саме тести пов’язані з вимогою |
| Test Plan | Оновлюється після аналізу впливу |
| Regression Test Suite | Формується на основі результатів Impact Analysis |
Переваги Impact Analysis Report
- Підвищує точність і ефективність регресійного тестування.
- Допомагає зменшити обсяг тестів, зосередившись на важливих ділянках.
- Дає прозорість для менеджерів і замовників, які бачать наслідки змін.
- Знижує ризик пропущених дефектів після оновлення.