Тест-план (Test plan) – це документ, який описує весь обсяг робіт з тестування, починаючи з опису об'єкта тестування, стратегії, розкладу, критеріїв початку і закінчення тестування, до необхідного в процесі роботи обладнання, спеціальних знань, а також оцінки ризиків з варіантами їх вирішення.
Тест-план призначений для:
Як правило, тест-план складається QA-лідом команди тестувальників. Але він може неодноразово редагуватися і самими тестувальниками.
Якісний тест-план, щонайменше, повинен складатися з нижчеперелічених пунктів:
У цьому пункті необхідно детально описати об'єкт тестування. Це може бути опис системи, додатка, обладнання. Якщо об'єктом тестування є додаток, то слід перерахувати всі його функціональні блоки. Також необхідно вказати на якому обладнанні, в яких браузерах буде виконуватися тестування.
У цьому пункті необхідно детально описати стратегію тестування. Необхідно перерахувати види тестування і їх застосування по відношенню до об'єкта тестування.
На даному етапі описується послідовність проведення робіт: підготовка (Test preparation), тестування (Testing), аналіз результатів (Test result analysis) в розрізі запланованих фаз розробки. Обов'язково повинні бути вказані дати або критерії переходу від однієї фази до наступної.
Залежно від конкретного проєкту, критерії початку тестування можуть бути різні. Приклади деяких можливих варіантів початку тестування перераховані нижче:
Якщо при складанні тест-плану ви відповісте на всі ці питання, то отримаєте хороший чорновий варіант документа з планування тестування. Після цього його потрібно доопрацювати, спираючись на пункти зазначені нижче, і тест-план буде майже готовий:
Залежно від конкретизації описуваних завдань, тест-плани поділяються на певні види:
Ключова відмінність майстер тест-плану в тому, що він більш статичний. Зазвичай на проєкті використовують один майстер тест-план і кілька детальних тест-планів, які описують окремі модулі однієї програми.
Щоб збільшити цінність тест-плану, учасники проєктної групи повинні час від часу рецензувати і затверджувати його. Це робиться або за домовленістю всередині колективу, або по «процедурі затвердження». Нижче наведено список учасників проєктної групи, які уповноважені затвердити тест-план:
Всі перераховані вище учасники проєкту проводять рецензію, а також вносять свої коментарі і пропозиції, які зроблять тест-план більш повним та якісним.
Класичний детальний тест-план займає від кількох сторінок до кількох десятків сторінок. Але при цьому, його загальна структура завжди зберігається. Як правило, тест-план має наступну структуру:
1-а сторінка:
2-а сторінка:
3-тя сторінка:
4-а сторінка і далі:
Передостання сторінка:
Остання сторінка:
Також в тест-план можуть входити такі дані: команда виконавців, контактні дані, життєвий цикл бага, ризики тестування, посилання на документи або стандарти, тлумачний словник, розклад, обов'язки. Слід окремо звернути увагу на ризики. Ризики можуть бути пов'язані з недоліками, пов'язаними з персоналом. Наприклад, недостатня кваліфікація персоналу або недостатня кількість тестувальників.
Тест-план є значущим елементом якісної організації процесу тестування, так як включає в себе всю необхідну і важливу інформацію, яка описує процес тестування. Створення тест-плану незрівнянно підвищує якість продукту за рахунок перерахування деталей і списку перевірок, а також дозволяє проаналізувати, наскільки успішно були проведені всі етапи тестування.
