Тест-план (Test plan) – це документ, який описує весь обсяг робіт з тестування, починаючи з опису об'єкта тестування, стратегії, розкладу, критеріїв початку і закінчення тестування, до необхідного в процесі роботи обладнання, спеціальних знань, а також оцінки ризиків з варіантами їх вирішення.
Що таке тест-план, для чого він потрібен і з чого складається
Що таке тест-план, для чого він потрібен і з чого складається
- 27.02.2023
- Опубліковано: Admin
Тест-план призначений для:
- врегулювання процесів тестування;
- пріоритезації завдань;
- планування ресурсів;
- обліку програмного забезпечення та людських ресурсів.
Як правило, тест-план складається QA-лідом команди тестувальників. Але він може неодноразово редагуватися і самими тестувальниками.
Якісний тест-план, щонайменше, повинен складатися з нижчеперелічених пунктів:
1. Що необхідно протестувати?
У цьому пункті необхідно детально описати об'єкт тестування. Це може бути опис системи, додатка, обладнання. Якщо об'єктом тестування є додаток, то слід перерахувати всі його функціональні блоки. Також необхідно вказати на якому обладнанні, в яких браузерах буде виконуватися тестування.
2. Як буде проводитися тестування?
У цьому пункті необхідно детально описати стратегію тестування. Необхідно перерахувати види тестування і їх застосування по відношенню до об'єкта тестування.
3. Коли буде проводитися тестування?
На даному етапі описується послідовність проведення робіт: підготовка (Test preparation), тестування (Testing), аналіз результатів (Test result analysis) в розрізі запланованих фаз розробки. Обов'язково повинні бути вказані дати або критерії переходу від однієї фази до наступної.
4. Критерії початку тестування
Залежно від конкретного проєкту, критерії початку тестування можуть бути різні. Приклади деяких можливих варіантів початку тестування перераховані нижче:
-
- готовність тестової платформи (тестового стенда);
- закінченість розробки необхідного функціоналу;
- наявність всієї необхідної документації.
5. Критерії закінчення тестування:
-
- вимоги до кількості відкритих багів виконані;
- витримка певного періоду без зміни вихідного коду програми Code Freeze (CF);
- витримка певного періоду без відкриття нових багів Zero Bug Bounce (ZBB);
- всі тести успішно пройдені;
- закриті всі баги з високою та середньою критичністю.
Якщо при складанні тест-плану ви відповісте на всі ці питання, то отримаєте хороший чорновий варіант документа з планування тестування. Після цього його потрібно доопрацювати, спираючись на пункти зазначені нижче, і тест-план буде майже готовий:
- оточення тестованої системи (опис програмно-апаратних засобів);
- необхідне для тестування обладнання та програмні засоби (тестовий стенд і його конфігурація, програми для автоматизованого тестування і та ін.);
- ризики та шляхи їх вирішення.
Залежно від конкретизації описуваних завдань, тест-плани поділяються на певні види:
- Майстер тест-план (Master plan або Master test plan) – включає високорівневу (High Level) інформацію, яка в процесі тестування не часто змінюється і вимоги до якої не часто переглядаються.
- Тест-план (Test plan) або детальний тест-план – є гнучким документом. У нього вносять зміни, які відображають реальний стан справ на проєкті. Також він містить більш конкретну інформацію щодо стратегії, видів тестування, розкладу виконання робіт та ін.
- План приймальних випробувань (Product acceptance plan) – це документ, що описує набір дій, пов'язаних з приймальним тестуванням (стратегія, дата проведення, відповідальні працівники та ін.).
Ключова відмінність майстер тест-плану в тому, що він більш статичний. Зазвичай на проєкті використовують один майстер тест-план і кілька детальних тест-планів, які описують окремі модулі однієї програми.
Щоб збільшити цінність тест-плану, учасники проєктної групи повинні час від часу рецензувати і затверджувати його. Це робиться або за домовленістю всередині колективу, або по «процедурі затвердження». Нижче наведено список учасників проєктної групи, які уповноважені затвердити тест-план:
- провідний тестувальник;
- тест менеджер (менеджер з якості);
- керівник розробки;
- менеджер проєкту.
Всі перераховані вище учасники проєкту проводять рецензію, а також вносять свої коментарі і пропозиції, які зроблять тест-план більш повним та якісним.
Класичний детальний тест-план займає від кількох сторінок до кількох десятків сторінок. Але при цьому, його загальна структура завжди зберігається. Як правило, тест-план має наступну структуру:
1-а сторінка:
-
- шапка (логотип і адреса компанії);
- назва тест-плану;
- версія тест-плану;
- рік.
2-а сторінка:
-
- історія документа, яка представляє собою таблицю змін. Ця таблиця містить стовпці: дата, версія, опис, автор.
3-тя сторінка:
-
- зміст тест-плану.
4-а сторінка і далі:
-
- вступ;
- види тестування;
- операційні системи, браузери;
- функціонал додатка;
- критерії початку тестування;
- критерії виходу з тестування;
- характеристики обладнання.
Передостання сторінка:
-
- скільки людино-годин планується на різних етапах (дата початку та закінчення), наприклад:
- на тест-дизайн;
- на виконання тестів;
- на аналіз тестування;
- на звіти.
- скільки людино-годин планується на різних етапах (дата початку та закінчення), наприклад:
Остання сторінка:
-
- висновки та рекомендації.
Також в тест-план можуть входити такі дані: команда виконавців, контактні дані, життєвий цикл бага, ризики тестування, посилання на документи або стандарти, тлумачний словник, розклад, обов'язки. Слід окремо звернути увагу на ризики. Ризики можуть бути пов'язані з недоліками, пов'язаними з персоналом. Наприклад, недостатня кваліфікація персоналу або недостатня кількість тестувальників.
Тест-план є значущим елементом якісної організації процесу тестування, так як включає в себе всю необхідну і важливу інформацію, яка описує процес тестування. Створення тест-плану незрівнянно підвищує якість продукту за рахунок перерахування деталей і списку перевірок, а також дозволяє проаналізувати, наскільки успішно були проведені всі етапи тестування.