Testability Review Report — це звіт, який створюється під час аналізу вимог (Requirements Analysis) у процесі тестування програмного забезпечення.
Його мета — оцінити, наскільки вимоги до системи можна реально протестувати.
Спрощено Тestability Review Report — це документ, у якому тестувальники фіксують результати перевірки вимог на чіткість, повноту, узгодженість і можливість перевірки тестами.
Інакше кажучи, він відповідає на запитання:
- Чи можемо ми це протестувати?
- Чи зрозуміло, як перевірити, що вимога виконана?
Основна мета Testability Review Report
- Виявити неоднозначні або неперевірювані вимоги (наприклад, «система повинна бути зручною» — це суб’єктивно).
- Переконатися, що кожна вимога має чіткі критерії прийнятності.
- Допомогти бізнес-аналітикам і розробникам покращити якість вимог ще до початку розробки.
- Зменшити ризики помилок і переробок у подальших етапах.
Коли створюється
- На ранньому етапі тестування життєвого циклу SDLC — одразу після отримання документів BRD / SRS.
- Виконується під час фази “Requirement Analysis” у моделі V-Model або STLC (Software Testing Life Cycle).
Типовий зміст Testability Review Report
| № | ID вимоги | Опис вимоги | Проблеми з тестуванням | Рекомендації | Статус |
| 1 | BR-01 | Система має бути швидкою | Немає чітких критеріїв швидкодії | Визначити максимальний час відгуку (наприклад, ≤3 сек) | Needs Clarification |
| 2 | BR-02 | Користувач може здійснювати переказ коштів | Вимога тестована (є чіткі вхідні та вихідні дані) | — | Testable |
| 3 | NFR-01 | Інтерфейс має бути інтуїтивно зрозумілим | Суб’єктивна вимога | Додати метрику usability (наприклад, 90% користувачів виконують дію ≤5 сек) | Needs Update |
Основні критерії тестованості вимог
Щоб вимога вважалася тестованою, вона має бути:
| Критерій | Пояснення |
| Чітка (Clear) | Без двозначностей або суб’єктивних термінів («зручно», «швидко», «гарно») |
| Однозначна (Unambiguous) | Тлумачиться однаково всіма учасниками |
| Повна (Complete) | Має всі необхідні деталі для створення тестів |
| Перевірювана (Verifiable) | Можна об’єктивно підтвердити результат тестування |
| Реалістична (Feasible) | Її можна протестувати з наявними ресурсами й інструментами |
Формат документа
Testability Review Report може бути створений у вигляді:
- Excel-таблиці з вимогами й коментарями тестувальників;
- Confluence-сторінки із зазначенням статусу кожної вимоги;
- або як офіційний звіт QA-команди, який додається до артефактів тестового процесу.