Огляд шаблону плану тестування
План тестування - це документ, який дає креслення для методу тестування, стратегії, вибору апаратного / програмного забезпечення, плану розкладу та оцінки результатів. Це управляє моїм менеджером тестів.
Подивимось один із прикладів: один із керівників тестових зустрічей просить команду скласти план тестування для цього проекту, а команда не представляє інтересу. У такому випадку, як менеджер тесту хоче вирішити цю ситуацію.
Подумайте про свого менеджера тестів і виберіть свій відповідь нижче:
- Я менеджер, тому вам потрібно робити те, що я кажу
- Добре, дозвольте пояснити, чому проект потребує тестового плану.
Якщо я менеджер, я виберу другий варіант і сподіваюся, що і ви.
Потреба в тестовому плані
- Це перевірить якість програми / програмного забезпечення
- Тестерам потрібно дотримуватися вказівок, наведених у документі
- Обсяг, оцінка, стратегія задокументовані і можуть бути використані для інших проектів.
Як написати шаблон тестового плану?
Існує вісім важливих завдань, які необхідно виконати для написання шаблону плану тесту:
Це про те, як ми пишемо шаблон тестового плану, який детально пояснюється нижче:
1. Проаналізуйте
Без наявності даних неможливо нічого проаналізувати. Тому нам потрібно визначити той проект / проект, який потрібно проаналізувати. Припустимо, ми розробили веб-сайт і його потрібно проаналізувати, використовуючи методи тестування. Перш ніж вступити в стратегію тестування, нам потрібно переглянути документ про продукт, який містить деталі проекту, спочатку нам потрібно зрозуміти функціональність, а потім зробити аналіз. Нижче наведено зразок аналізу, який проводиться для цього веб-сайту.
- Яке використання цього веб-сайту?
- Хто є кінцевими користувачами?
- Як це буде працювати?
- Яка версія програмного забезпечення використовується?
- Що таке обладнання?
2. Дизайн
Розробка дизайну тестування є важливим кроком у шаблоні плану тестування, і він буде визначений менеджером тестування.
а) Визначте сферу тестування
Перш ніж писати тестовий дизайн, ми маємо визначити "в області" та "поза межами" для тестування, і всі в команді повинні чітко розуміти проект та потребувати надання точної інформації. Як Ви визначите сферу тестування?
- Вимога клієнта
- Бюджет
- Специфікація програмного забезпечення
б) Визначте тип тестування
Визначивши тип тестування для виявлення будь-якої помилки в програмному забезпеченні, а кінцевою метою є доставлення програмного забезпечення клієнту без будь-яких помилок. Деякі з основних методів тестування є
- Тестування блоку: протестуйте найменший фрагмент програмного забезпечення чи програми
- Тестування API: для програми створено тестовий API
- Тест на інтеграцію: протестуйте модулі, об’єднані у програмі
- Тест на систему : Перевірте відповідність системи конкретній вимозі
- Тест встановлення / видалення: налаштування / видалення конкретного програмного забезпечення в середовищі клієнтів
- Агільне тестування: випробування методу спритності
в) Документний ризик та видача
Визначте ризик, і це спричинить потенційний вплив на шаблон плану тестування та які заходи є проблемою. Дивіться нижче деякі фактори ризику.
- Люди не мають навичок для тестування цього веб-сайту
- Керівник тесту має слабкі навички визначення методики тестування.
- Відсутність співпраці в колективі
- Погана оцінка бюджету
г) Створення логістики тесту
На цьому кроці керівник тесту повинен вирішити, хто буде тестувати? і коли відбудеться тест? Вибір потрібної людини для конкретного завдання дуже важливий для розуміння методів. Тестування може відбутися в будь-який час, воно також може починатися з фази розробки. Коли джерело нижче доступне, воно готове до тестування.
- Тестові характеристики та документ із вимогами
- Людські ресурси
- Тестове середовище
3. Завдання тесту
Основна мета тестування цілі - виявити дефекти та випустити програмне забезпечення як помилку. Мета тесту повинна виконувати наведені нижче кроки:
a) Перевірте функцію програмного забезпечення або програми.
б) Тестуйте функцію на основі цільового набору та мети.
Візьміть цей веб-сайт як приклад для виконання вищезазначених кроків, використовуючи найпоширеніший метод тестування TOP-DOWN.
- Перевірте, чи веб-сайт працює в реальному середовищі без жодних проблем
- Потрібно перевірити потребу замовника, і чи відповідає це їх очікуванню
- Це повинно бути зручним для користувачів
4. Критерії тестування
Критерії можуть бути використані як правило або процедура для прийняття рішення про тестування. Існує два типи критеріїв тестування:
а) Критерії припинення
Менеджеру тестів має бути встановлено ціль для призупинення. Після досягнення цілі тест буде призупинено до вирішення критеріїв. Скажімо, припустимо, що 30% тестових випадків не виконані для проекту, і він повинен повернутися до команди розробників. Тестування не може бути виконано, поки проблема не очищена.
б) Критерії виходу
Критерії виходу можна встановити як максимальний відсоток (наприклад, 96%). Коли результат тесту відповідав цьому відсотку, проект можна розглядати як PASS. Обов’язковим є запуск 100% тестових випадків, але пропуск може бути визначений як 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Планування ресурсів
Планування ресурсів може бути як людським, так і обладнанням, що вимагає цього плану тестування для виконання завдання.
а) Людські ресурси
- Тест-менеджер
- Тестер
- Розробник у тесті
- QA інженер
б) Системний ресурс
- Сервер
- Випробувальний інструмент
- Мережа
- Комп'ютер
6. Плануйте тестове середовище
Тестове середовище - це налаштування апаратного та програмного забезпечення для проведення тестування. Він має бути розгорнутий у бізнес-середовищі в реальному часі. Налаштування середовища може дотримуватися як сервер розвитку -> Сервер тестування / забезпечення якості -> Сервер виробництва. Як тільки етап розробки завершиться, він перейде до групи тестування, і коли тестування завершиться, воно буде працювати у виробничому середовищі.
7. Графік та оцінка
Для виконання завдання в шаблоні плану тестування необхідно скласти графік та оцінку.
| Завдання | Член | Приблизна тривалість |
| Створіть план тестування | Тест-менеджер | 80 людино-годин |
| Протокол випробування | Тестер | 200 людино-годин |
| Тестова доставка | QA | 30 людино-годин |
8. Випробування результатів
Тестові результати можуть перелічити всі документи та інші зусилля, які підтримують ці зусилля. Існує три види результатів.
а) Перед тестуванням
- План документа
- Тестовий проектний документ
б) Під час тестування
- Журнали помилок захоплення
- Матриця
- Помилка виконання
в) Після тестування
- Протокол випробування
- Примітки до випуску
Рекомендовані статті
Це посібник із шаблону тестового плану. Тут ми дізналися, що таке план тестування, необхідність шаблону тестового плану, як створити тестовий план тощо. Ви також можете переглянути наступні статті, щоб дізнатися більше -
- Методи статичного тестування
- Шаблони AWS CloudFormation
- Інструменти хмарного тестування
- Тестування протоколів
- Типи та помилки обробки в JavaScript
- Топ-7 принципів спритного тестування за допомогою стратегій
- Тестові випадки проти тестового сценарію | Основні відмінності
- Що таке тестовий випадок?