Author: adminknowledgeserf

Test Schedule (графік тестування) — це частина процесу тестування програмного забезпечення, яка визначає терміни, етапи та послідовність виконання тестових робіт.

Іншими словами, це план по часу, який показує коли саме і в якій послідовності буде виконуватись тестування — від підготовки середовища до завершення звітності.

Мета Test Schedule

• Забезпечити організованість і контроль процесу тестування.
• Допомогти управляти ресурсами (часом, людьми, середовищем).
• Дати змогу відслідковувати прогрес і своєчасно виявляти затримки.
• Узгодити тестування з графіком розробки (Dev/Test/Release календарем).

Основні елементи Test Schedule

1. Етапи тестування (Phases)
   • Наприклад:
     • Підготовка тестового середовища
     • Розробка тест-кейсів
     • Виконання тестів
     • Регресійне тестування
     • Звітність і завершення тестування
2. Терміни виконання (Timeline / Duration)
   • Початкова та кінцева дата кожного етапу.
   • Орієнтовна тривалість (у днях або тижнях).
3. Відповідальні особи (Assigned Resources)
   • Хто виконує певні завдання (QA Engineer, Automation QA, Test Lead).
4. Залежності (Dependencies)
   • Від яких подій чи завдань залежить початок або завершення етапу
     (наприклад, “System Test починається після завершення інтеграційного тестування”).
5. Контрольні точки (Milestones)
   • Ключові дати: готовність середовища, завершення тест-кейсів, початок регресії, реліз.
6. Ризики затримок
   • Потенційні причини відставання від графіка та способи реагування.

Приклад спрощеного Test Schedule

Важливо розуміти, що:

• Test Schedule часто є частиною Test Plan, але може існувати і як окремий документ або артефакт (наприклад, у вигляді діаграми Ганта чи календаря в Jira).
• Регулярне оновлення графіка допомагає команді бачити реальний стан тестування й оперативно реагувати на зміни.

Test Plan (тест-план) — це документ, який описує конкретний план дій з тестування програмного забезпечення: що саме буде протестовано, коли, ким і яким чином.

Іншими словами, якщо Test Strategy визначає загальний підхід до тестування, то Test Plan — це його практична реалізація для конкретного проєкту, релізу або функціоналу.

Мета Test Plan

Забезпечити чітке розуміння:

• які об’єкти тестування (системи, модулі, фічі) будуть перевірятися;
• як, коли і ким буде виконано тестування;
• які ресурси та інструменти необхідні;
• які ризики, залежності й обмеження існують.

Основні елементи Test Plan

1. Ідентифікація документа
   • Назва, версія, автор, дата створення, затвердження.
2. Мета тестування
   • Чому проводиться тестування, які цілі необхідно досягти.
3. Об’єкти тестування (Test Items)
   • Що саме тестується: модулі, API, мобільний застосунок, вебсайт тощо.
4. Функціонал, що підлягає тестуванню / не тестується
   • Scope (що входить) і Out of scope (що виключено).
5. Підхід (Approach)
   • Які типи тестування будуть виконуватися: функціональне, регресійне, автоматизоване, тощо.
6. Критерії входу та виходу (Entry/Exit Criteria)
   • Умови, коли можна починати тестування, і коли вважати його завершеним.
7. План виконання (Schedule / Timeline)
   • Етапи тестування, спринти, релізи, дедлайни.
8. Ролі та відповідальність
   • Хто відповідає за різні аспекти тестування (QA Lead, QA Engineer, DevOps, PM тощо).
9. Ресурси та середовище
   • Яке тестове середовище, обладнання, інструменти та дані будуть використані.
10. Ризики та пом’якшення
    • Можливі проблеми, які можуть вплинути на тестування, і способи їх уникнення.
11. Критерії успіху
    • Як визначається, що тестування пройшло успішно.
12. Додаткові розділи
    • Метрики, звітність, управління дефектами, залежності від інших команд.

Відмінність між Test Plan і Test Strategy

Спрощено:

Test Plan — це “дорожня карта” тестування для певного релізу чи продукту.