Приклад шаблону плану тестування
Томас Гамільтон
⚡ Розумний підсумок
Шаблон плану тестування фіксує стратегію, обсяг, графік, результати та ресурси, необхідні для перевірки якості програмного забезпечення. Цей документ діє як контрольований план, який керує кожною діяльністю тестування та загострює відповідальність у всіх релізах.
Що таке шаблон плану тестування?
A Шаблон плану тестування – це детальний документ, що описує стратегію тестування, цілі, графік, оцінку, результати та ресурси, необхідні для тестування. Він допомагає визначити зусилля, необхідні для перевірки якості, та слугує планом, який контролюється менеджером тестування.
Створення План тестування обов'язково для забезпечення успіху вашого тестового проекту. Якщо ви новачок, зверніться до Як створити план тестування.
Завантажте шаблон плану тестування
Структура шаблону плану тестування
Нижче наведено важливі складові шаблону плану тестування, пояснені по порядку:
- 1. Введення
- 1.1 Сфера застосування
- 1.1.1 У сфері застосування
- 1.1.2 Поза рамками
- 1.2 Мета якості
- 1.3 Ролі та обов'язки
- 2. Методологія випробувань
- Огляд 2.1
- 2.2 Тестові рівні
- 2.3 Сортування помилок
- 2.4 Критерії призупинення та вимоги до відновлення
- 2.5 Повнота тесту
- 3. Результати тестування
- 4. Потреби в ресурсах та довкіллі
- 4.1 Інструменти тестування
- 4.2 Тестове середовище
- 5. Терміни/Акроніми
1) Вступ
У вступі наведено короткий огляд стратегій тестування, процесів, робочого процесу та методологій, що використовуються в проєкті.
1.1) Сфера дії
Область тестування поділена на дві частини, щоб межі тестування залишалися однозначними.
1.1.1) У сфері застосування
У розділі «Сфера застосування» визначаються функції, функціональні або нефункціональні вимоги до програмного забезпечення, яке буде перевірено.
1.1.2) Поза рамками
Поза сферою застосування визначає функції, функціональні або нефункціональні вимоги до програмного забезпечення, які не буде перевірено.
1.2) Мета якості
Тут ви згадуєте загальні цілі, яких команда планує досягти за допомогою ручного та автоматизованого тестування. Деякі цілі типового проєкту тестування включають:
- Переконайтеся, що тестований застосунок (AUT) відповідає функціональним та нефункціональним вимогам.
- Переконайтеся, що AUT відповідає вимогам якості, визначеним клієнтом.
- Виявляйте та виправляйте помилки до запуску програми.
1.3) Ролі та обов'язки
Надайте детальний опис ролей та обов'язків різних членів команди, які беруть участь, таких як:
- Аналітик QA
- Менеджер випробувань
- Менеджер конфігурацій
- Розробники
- Інсталяційна команда
Серед інших.
👉 Зареєструйтесь на безкоштовний проект тестування програмного забезпечення в реальному часі
2) Методика тестування
У цьому розділі визначено життєвий цикл, рівні та правила, що використовуються для керування виконанням тестів.
2.1) Огляд
Згадайте причину застосування певної методології тестування для проєкту. Методологія тестування, обрана для проєкту, може бути:
- Водоспад
- Ітеративний
- Перевірений
- Екстремальне програмування
Обрана методологія залежить від багатьох факторів. Ви можете дізнатися більше про методологію тестування тут.
2.2) Тестові рівні
Рівні тестування визначають типи тестування, які будуть виконуватися в тестованому застосунку (AUT).Обрані рівні залежать, перш за все, від обсягу проекту, часових та бюджетних обмежень.
2.3) Сортування помилок
Мета сортування бактерій полягає в наступному:
- Визначте тип вирішення для кожної помилки.
- Розставте пріоритети помилок та визначте графік для всіх помилок, які «підлягають виправленню».
2.4) Критерії призупинення та вимоги до відновлення
Критерії призупинення визначають умови, за яких вся процедура тестування або її частина буде призупинена. Критерії відновлення визначають, коли тестування може відновитися після його призупинення.
2.5) Повнота тесту
Тут ви визначаєте критерії, за якими ваше тестування вважатиметься завершеним. Наприклад, поширені критерії для перевірки повноти тестування будуть такими:
- Досягнуто 100% охоплення тестуванням.
- Всі ручні та автоматизовані тестові випадки виконані.
- Усі відкриті помилки виправлені або заплановані на наступний реліз.
3) Результати тестування
Перелічіть кожен артефакт, створений протягом життєвого циклу тестування. Їх попередній запис запобігає пропущеним передачам між командами.
|
4) Потреби в ресурсах і навколишньому середовищі
Перелічіть інструменти та інфраструктуру для забезпечення бюджетів, ліцензій та середовищ перед початком виконання.
4.1) Інструменти тестування
Складіть список інструментів, таких як:
- Інструмент відстеження вимог
- Інструмент відстеження помилок
- Інструменти автоматизації
Вони необхідні для ефективного тестування проєкту.
4.2) Тестове середовище
Згадайте мінімум апаратні засоби вимоги, які будуть використані для тестування програми.
Наступні програмне забезпечення окрім програмного забезпечення, специфічного для клієнта, потрібне:
- Windows 11 і вище
- Microsoft 365 (або Office 2021 і вище)
- MS Exchange тощо.
5) Терміни/акроніми
Задокументуйте будь-які терміни чи абревіатури, що використовуються в проєкті, щоб новачки могли читати план без двозначностей.
| ТЕРМІН/СКОРОЧЕННЯ | ВИЗНАЧЕННЯ |
|---|---|
| API | Інтерфейс програми програми |
| AUT | Тестується програма |
Завантажте наведений вище формат шаблону плану тестування
Зразок документа плану тестування: Приклад веб-застосунку для банків
У наступному робочому прикладі показано, як заповнюється наведений вище шаблон для веб-застосунку Guru99 Bank.
1. Введення
План тестування визначає обсяг, підхід, ресурси та графік усіх заходів з тестування для проекту Guru99 Bank. Він визначає елементи та функції, що підлягають тестуванню, типи проведеного тестування, відповідальний персонал та ризики, пов'язані з планом.
1.1 Сфера застосування
1.1.1 У сфері застосування
Усі функції веб-сайту Guru99 Bank визначені у вимогах до програмного забезпечення дані потрібно протестувати.
| Назва модуля | Відповідні ролі | Опис |
|---|---|---|
| Запит на залишок | Менеджер, клієнт | Customer: Клієнт може мати кілька банківських рахунків і може переглядати баланси лише на своїх рахунках. Менеджер: Менеджер може переглядати баланс усіх клієнтів, які перебувають під його керівництвом. |
| Переказ коштів | Менеджер, клієнт | Customer: Клієнт може переказати кошти зі свого власного рахунку на будь-який рахунок призначення. Менеджер: Менеджер може переказувати кошти з будь-якого рахунку-джерела на будь-який рахунок-приймач. |
| Міні -заява | Менеджер, клієнт | Міні-виписка показує останні 5 транзакцій по рахунку. Customer: Бачить лише міні-виписку з власних рахунків. Менеджер: Бачить міні-виписку з будь-якого рахунку. |
| Індивідуальна заява | Менеджер, клієнт | Налаштована виписка фільтрує та відображає транзакції на рахунку за датою або сумою транзакції. Customer: Тільки його власні рахунки. Менеджер: Будь-який обліковий запис. |
| Змінити пароль | Менеджер, клієнт | Customer: Може самостійно змінити пароль свого облікового запису. Менеджер: Може змінювати пароль свого облікового запису, але не облікових записів своїх клієнтів. |
| Новий клієнт | менеджер | Менеджер: Менеджер може додати нового клієнта. |
| Редагувати клієнта | менеджер | Менеджер: Можна редагувати такі дані, як адреса, електронна пошта та телефон клієнта. |
| Новий акаунт | менеджер | Система пропонує 2 типи рахунків: ощадні та поточні. Клієнт може мати кілька ощадних рахунків (індивідуальних або спільних) та кілька поточних рахунків. Менеджер: Можна додати новий обліковий запис для існуючого клієнта. |
| Редагувати обліковий запис | менеджер | Менеджер: Можна редагувати дані облікового запису для існуючого облікового запису. |
| Видалити аккаунт | менеджер | Менеджер: Можна видалити обліковий запис, що належить клієнту. |
| Видалити клієнта | менеджер | Клієнта можна видалити, лише якщо в нього немає активних поточних або ощадних рахунків. Менеджер: Можна видалити клієнта. |
| Депозит | менеджер | Менеджер: Можна внести гроші на будь-який рахунок, зазвичай під час внесення готівки у відділення банку. |
| Вивід | менеджер | Менеджер: Можна знімати гроші з будь-якого рахунку, зазвичай під час зняття готівки у відділенні банку. |
1.1.2 Поза рамками
Ці функції не тестуються, оскільки вони не входять до специфікацій вимог до програмного забезпечення:
- Інтерфейси користувача
- Апаратні інтерфейси
- Програмні інтерфейси
- Логічне проектування бази даних
- Інтерфейси зв'язку
- Безпека та ефективність веб-сайту
1.2 Мета якості
Цілі тесту: перевірити функціональність веб-сайту банку Guru99. Проект має зосередитися на тестуванні банківські операції, таких як керування рахунком, зняття коштів та запит балансу, до гарантувати що всі ці операції працюють нормально у реальному бізнес-середовищі.
1.3 Ролі та обов'язки
Проект повинен використовувати аутсорсинг учасників як тестувальників, щоб заощадити на вартості проекту.
| Ні. | Член | Завдання |
|---|---|---|
| 1. | Менеджер випробувань | Керує всім проєктом, визначає напрямок проєкту та залучає відповідні ресурси. |
| 2. | Тестер | Визначає та описує відповідні методи тестування, інструменти та архітектуру автоматизації; перевіряє підхід до тестування; виконує тести; реєструє результати; повідомляє про дефекти. Аутсорсингові учасники. |
| 3. | Розробник у тесті | Реалізує тестові випадки, тестові програми, набори тестів тощо. |
| 4. | Адміністратор тестування | Створює та підтримує тестове середовище та ресурси; підтримує тестувальників під час виконання. |
| 5. | Члени SQA | Візьміть на себе відповідальність за забезпечення якості та підтвердьте, чи відповідає процес тестування заданим вимогам. |
2. Методологія випробувань
Огляд 2.1
Проєкт Guru99 Bank дотримується Agile-дружньої методології тестування, що дозволяє тестувальникам узгоджуватися зі спринтами швидкої розробки, зберігаючи при цьому структуровану документацію.
2.2 Тестові рівні
У проекті Guru99 Bank слід проводити три типи тестування:
- Інтеграційне тестування: Окремі програмні модулі об'єднуються та тестуються як група.
- Тестування системи: Проводиться за повною, інтегрованою системою для оцінки відповідності заданим вимогам.
- Тестування API: Тестує кожен API, доступний тестованим програмним забезпеченням.
2.3 Сортування помилок
Зустрічі з питань сортування помилок проводяться двічі на тиждень для класифікації ступеня серйозності дефекту, власника та цільового випуску виправлень.
2.4 Критерії призупинення та вимоги до відновлення
If 40% тестових випадків не вдалося, призупинити тестування, доки команда розробників не виправить усі невдалі випадки.
2.5 Повнота тесту
- Визначає критерії, які позначають a успішний завершення тестового етапу.
- Швидкість пробігу є обов'язковим у 100% якщо не вказана чітка причина.
- Швидкість проходження is 80%досягнення прохідного балу є обов'язковий.
2.6 Завдання проекту, оцінка та графік
| Завдання | члени | Орієнтовні зусилля |
|---|---|---|
| Створіть специфікацію тесту | Конструктор тестів | 170 людино-годин |
| Виконайте тестове виконання | Тестер, адміністратор тестів | 80 людино-годин |
| Протокол випробування | Тестер | 10 людино-годин |
| Доставка тесту | Менеджер випробувань | 20 людино-годин |
| Усього: | - | 280 людино-годин |
Графік роботи: Команда зобов'язується виконати ці завдання протягом узгодженого вікна тестового циклу.
3. Результати тестування
Тестові результати проекту Guru99 Bank організовані у три фази.
Перед етапом тестування:
- Документ плану тестування.
- Тестові випадки документи.
- Специфікації дизайну тесту.
Під час етапу тестування:
- Симулятори випробувальних інструментів.
- Дані тесту.
- Матриця відстеження тестів, журнали помилок та журнали виконання.
Після завершення циклів тестування:
- Результати випробувань та звіти.
- Звіт про дефект.
- Інструкції з встановлення та процедури випробування.
- Нотатки до випуску.
4. Потреби в ресурсах та довкіллі
4.1 Інструменти тестування
| Ні. | Ресурс | Опис |
|---|---|---|
| 1. | сервер | Сервер бази даних, що працює MySQL та веб-сервер, на якому працює Apache. |
| 2. | Тестовий інструмент | Інструмент, який може автоматично генерувати результати тестів у заздалегідь визначеній формі та автоматизувати виконання тестів. |
| 3. | Мережа | Гігабітна локальна мережа та одна інтернет-лінія з мінімальною швидкістю 5 Мбіт/с. |
| 4. | комп'ютер | Принаймні 4 робочих станції Windows 11, з 8 ГБ оперативної пам'яті та процесором з тактовою частотою 3.4 ГГц. |
4.2 Тестове середовище
У цьому підрозділі перелічені мінімальні вимоги до апаратного та програмного забезпечення, що використовуються для тестування програми. Окрім програмного забезпечення, специфічного для клієнта, потрібне наступне програмне забезпечення:
- Windows 11 і вище
- Microsoft 365 (або Office 2021 і вище)
- MS Exchange тощо.
Як штучний інтелект допомагає в плануванні тестування
Сучасне планування тестування все частіше використовує штучний інтелект для скорочення зусиль та виявлення сліпих зон. Генеративні помічники, такі як ChatGPT, Claude або Gemini може скласти початковий план тестування на основі документа з вимогами, запропонувати відсутні граничні випадки та автоматично створити матриці відстеження. Моделі машинного навчання позначають ризиковані модулі на основі історичних даних про дефекти, допомагаючи менеджеру тестування зосередити зусилля там, де це найважливіше.
Однак допомога штучного інтелекту не замінює людської оцінки. RevПерш ніж затверджувати будь-який план, створений за допомогою штучного інтелекту, експерти повинні перевірити обсяг, регуляторне покриття та бізнес-наміри. Розглядайте пропозиції щодо ШІ як перший варіант, а не як остаточний документ.
Найкращі практики для ефективного плану тестування
Добре написаний план тестування забезпечує узгодженість дій усіх зацікавлених сторін. Застосовуйте ці рекомендації під час створення документа:
- Будьте лаконічними: Використовуйте чітку мову та марковані списки; уникайте жаргону, який уповільнює читачів, які не контролюють якість.
- Зроби це Reviewable: Діліться інформацією заздалегідь з розробниками та бізнес-аналітиками, щоб виявити пропущені вимоги.
- Кількісно визначте критерії виходу: Визначте числове покриття, коефіцієнт проходження та пороги дефектів.
- Зв'яжіть ризики з пом'якшеннями: Поєднайте кожен ризик зі стратегією стримування або резервного варіанту.
- Контроль версій плану: Зберігайте його в інструменті документації, щоб відстежувати зміни в проєкті.
