Тестові артефакти — це усі матеріали, створені, використані або отримані під час тестування програмного забезпечення, незалежно від того, чи це документи, файли, скрипти, звіти або дані.
Вони є результатом діяльності команди тестування на різних етапах життєвого циклу тестування (SDLC/STLC — Software / Software Testing Life Cycle). Артефакти допомагають:
- планувати тестування,
- виконувати його за структурованим підходом,
- аналізувати результати,
- забезпечувати прозорість процесу для всіх учасників проєкту (тестувальників, розробників, менеджерів, замовників).
Класифікація тестових артефактів
Артефакти етапу аналізу вимог
Ці документи допомагають зрозуміти, що саме потрібно тестувати і як вимоги перетворюються у тестові об’єкти.
| Артефакт | Опис |
| Requirements Specification / BRD / SRS | Документ із вимогами (Business Requirements Document, Software Requirements Specification). Це вихідна база для створення тестових сценаріїв. |
| Requirements Traceability Matrix (RTM) | Матриця трасування — зв’язує вимоги з тест-кейсами, дефектами і результатами, забезпечуючи повноту покриття. |
| Testability Review Report | Звіт про огляд вимог із точки зору можливості тестування (чи чіткі, вимірювані, однозначні). |
| Risk Assessment / Risk Matrix | Ідентифікація та оцінка ризиків для пріоритезації тестування (які області продукту найкритичніші). |
| Impact Analysis Report | Аналіз впливу змін у вимогах або коді на вже розроблені тести. |
Артефакти планування тестування
| Артефакт | Опис |
| Test Strategy | Загальна стратегія тестування для продукту або всієї організації. |
| Test Plan | Детальний план проведення тестування конкретної версії або релізу. |
| Test Schedule / Test Calendar | Графік тестування із зазначенням термінів і відповідальних. |
| Test Environment Plan / Configuration Specification | Документ, що описує налаштування тестового середовища, серверів, баз даних, версій ПЗ, залежностей тощо. |
| Entry / Exit Criteria | Формальні критерії початку та завершення тестування (іноді виділяються як окремий документ). |
| Resource Plan | Опис ролей, необхідних ресурсів (людських, технічних, часових). |
Артефакти дизайну тестів
| Артефакт | Опис |
| Test Scenarios | Узагальнені ситуації або бізнес-процеси для перевірки. |
| Test Cases | Покрокові інструкції для тестування функцій. |
| Test Data | Вхідні дані (текстові, числові, SQL, JSON, CSV тощо) для виконання тестів. |
| Test Design Techniques Documents | Документи або шаблони, що описують, які техніки тест-дизайну застосовано (еквівалентні класи, граничні значення, pairwise тощо). |
| Checklists | Списки ключових перевірок без детальних кроків. |
| Test Suites / Test Sets | Групи тест-кейсів, об’єднаних за логікою або ціллю тестування. |
| Test Coverage Matrix | Матриця покриття вимог або функціональних областей тестами. |
Артефакти підготовки середовища
| Артефакт | Опис |
| Environment Setup Guide | Покрокова інструкція з розгортання тестового середовища. |
| Build Verification Checklist (Smoke Test Checklist) | Список перевірок для визначення, чи придатна збірка для подальшого тестування. |
| Test Data Initialization Scripts | Скрипти для наповнення БД або системи тестовими даними. |
| Environment Access Matrix | Хто має доступ до яких середовищ (QA, Staging, UAT, Prod). |
Артефакти виконання тестування
| Артефакт | Опис |
| Test Execution Log / Run Log | Записи про виконання тестів: коли, ким, які кейси, із яким результатом. |
| Test Scripts (Automation) | Автоматизовані тести (наприклад, у Selenium, Cypress, JMeter). |
| Exploratory Testing Notes / Session Reports | Нотатки тестувальників після сеансів дослідницького тестування. |
| Screenshots / Video Evidence | Докази виконання тестів, часто прикріплюються до звітів. |
| Error Logs / System Logs | Технічні логи системи, що підтверджують помилки. |
Артефакти управління дефектами
| Артефакт | Опис |
| Defect Report / Bug Report | Звіт про знайдений дефект із усіма деталями для відтворення. |
| Defect Triage Report | Звіт або протокол розгляду дефектів (пріоритезація, призначення, статус). |
| Defect Density Metrics | Аналітика за кількістю дефектів на одиницю коду, модуль або функціональність. |
| Reopen Analysis | Аналіз повторно відкритих дефектів. |
Артефакти звітності та аналізу результатів
| Артефакт | Опис |
| Test Summary Report | Підсумковий звіт про проведене тестування. |
| Test Metrics & Dashboards | Ключові показники: % успішних тестів, кількість дефектів, покриття тощо. |
| Release Readiness Report | Звіт про готовність продукту до релізу (з урахуванням тестових результатів). |
| Quality Report / QA Health Report | Комплексна оцінка якості продукту та процесу тестування. |
| Lessons Learned Document | Аналіз помилок і покращень після завершення тестового циклу. |
| Postmortem / Retrospective Notes | Документи після релізу — що вдалося, що ні, які дії заплановані для оптимізації QA-процесу. |
Додаткові або допоміжні артефакти
| Артефакт | Опис |
| User Acceptance Testing (UAT) Plan / Results | План і результати тестування користувачами або бізнесом. |
| Performance Test Plan / Results | Документи для навантажувального, стресового тестування. |
| Security Test Report / Vulnerability Report | Звіти безпекового тестування, знайдені вразливості. |
| Compliance & Audit Reports | Підтвердження відповідності продукту стандартам (наприклад, ISO, GDPR). |
| Configuration Management Records | Відстеження версій тестових артефактів, змін у середовищі. |
| Automation Framework Documentation | Опис архітектури автоматизації, структури тестів, підходів. |
| Mock / Stub / Test API Specifications | Документація щодо симуляторів або фіктивних сервісів для інтеграційного тестування. |
Підсумки
Тестові артефакти — це не лише тест-кейси та баг-репорти.
Вони охоплюють усі продукти діяльності QA-команди: від аналізу вимог і планування до звітування, метрик, автоматизації та аудиту.
Повний набір артефактів залежить від:
- типу проєкту (web, mobile, enterprise);
- моделі SDLC (Waterfall, Agile, DevOps);
- рівня зрілості QA-процесу;
- регуляторних вимог (наприклад, у фінтех або медичному ПЗ потрібна більша формалізація).