Шаблон плану тестування (зразок документа)
Томас Гамільтон
Що таке шаблон плану тестування?
Шаблон плану тестування це детальний документ, який описує стратегію тестування, цілі, графік, оцінку та результати, а також ресурси, необхідні для тестування. План тестування допомагає нам визначити зусилля, необхідні для перевірки якості тестованої програми. План тестування служить схемою для проведення заходів тестування програмного забезпечення як визначеного процесу, який щохвилинно контролюється та контролюється менеджером тестування.
Створення План тестування є обов’язковим для забезпечення успіху вашого проекту тестування програмного забезпечення. Якщо ви новачок у плануванні тестування, перегляньте цей підручник Як створити план тестування
Завантажте шаблон плану тестування
Шаблон плану тестування
Нижче наведено важливі складові плану тестування-
- Введення 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 Тестове середовище
1) Вступ
Короткий опис стратегій тестування, процесу, робочого процесу та методологій, які використовуються для проекту
1.1) Сфера дії
1.1.1) У сфері застосування
Сфера застосування визначає функції, функціональні або нефункціональні вимоги програмного забезпечення, яке буде перевірений
1.1.2) Поза рамками
Out Of Scope визначає функції, функціональні чи нефункціональні вимоги програмного забезпечення, яке не буде перевірений
1.2) Мета якості
Тут згадайте загальну мету, яку ви плануєте досягти за допомогою ручного та автоматизованого тестування.
Деякі цілі вашого проекту тестування можуть бути
- Переконайтеся, що програма, що тестується, відповідає функціональним і нефункціональним вимогам
- Переконайтеся, що AUT відповідає специфікаціям якості, визначеним клієнтом
- Помилки/проблеми виявляються та виправляються перед запуском
1.3) Ролі та обов'язки
Детальний опис ролей і обов’язків різних членів команди, наприклад
- Аналітик QA
- Менеджер випробувань
- Менеджер конфігурацій
- Розробники
- Інсталяційна команда
Серед інших
2) Методика тестування
2.1) Огляд
Згадайте причину прийняття певної методології тестування для проекту. Методологія тестування, обрана для проекту, може бути
- Водоспад
- Ітеративний
- Перевірений
- Екстремальне програмування
Обраний метод залежить від багатьох факторів. Ви можете прочитати про методику тестування тут
2.2) Тестові рівні
Рівні тестування визначають типи тестування, яке буде виконано на тестовій програмі (AUT). Рівні тестування в першу чергу залежать від обсягу проекту, часових і бюджетних обмежень.
2.3) Сортування помилок
Метою сортування є
- Щоб визначити тип вирішення для кожної помилки
- Розставляти пріоритети для помилок і визначати розклад для всіх помилок, які потрібно виправити.
2.4) Критерії призупинення та вимоги до відновлення
Критерії призупинення визначають критерії, які використовуватимуться для призупинення всієї або частини процедури тестування, тоді як критерії відновлення визначають, коли тестування можна відновити після його призупинення
2.5) Повнота тесту
Тут ви визначаєте критерії, які вважатимуть ваше тестування завершеним.
Наприклад, кілька критеріїв для перевірки завершеності тесту
- 100% покриття тестом
- Виконано всі ручні й автоматичні тести
- Усі відкриті помилки виправлено або буде виправлено в наступному випуску
3) Результати тестування
Тут згадайте всі тестові артефакти, які будуть доставлені на різних етапах життєвого циклу тестування.
Ось прості результати
|
4) Потреби в ресурсах і навколишньому середовищі
4.1) Інструменти тестування
Складіть список таких інструментів, як
- Інструмент відстеження вимог
- Інструмент відстеження помилок
- Інструменти автоматизації
Необхідно для тестування проекту
4.2) Тестове середовище
Там згадується мінімум апаратні засоби вимоги, які використовуватимуться для тестування Програми.
Після програмного забезпечення необхідні на додаток до програмного забезпечення, призначеного для клієнта.
- Windows 8 і вище
- Office 2013 і вище
- MS Exchange тощо.
5) Терміни/акроніми
Згадайте будь-які терміни чи абревіатури, які використовуються в проекті
| ТЕРМІН/СКОРОЧЕННЯ | ВИЗНАЧЕННЯ |
|---|---|
| API | Інтерфейс програми програми |
| AUT | Тестується програма |
Завантажте наведений вище формат шаблону плану тестування
Зразок плану тестування Приклад веб-додатку для банківських документів
Введення 1
План тестування призначений для визначення обсягу, підходу, ресурсів і графіку всіх заходів тестування проекту Guru99 Bank. У плані визначено предмети, які необхідно перевірити, функції, які необхідно перевірити, типи тестування, які необхідно виконати, персонал, відповідальний за тестування, ресурси та графік, необхідні для завершення тестування, а також ризики, пов’язані з планом.1.1 Сфера застосування
1.1.1 У сфері застосування
Усі функції веб-сайту Guru99 Bank, визначені у вимогах до програмного забезпечення дані необхідно перевірити| Назва модуля | Відповідні ролі | Опис |
|---|---|---|
| Запит на залишок | Менеджер по роботі з клієнтами | Клієнт: клієнт може мати кілька банківських рахунків. Він може переглядати лише баланс своїх рахунків менеджер: Менеджер може переглядати баланс усіх клієнтів, які перебувають у його підпорядкуванні |
| Переказ коштів | Менеджер по роботі з клієнтами | Customer: Клієнт може переказувати кошти зі свого «власного» рахунку на будь-який рахунок призначення. менеджер: Менеджер може переказувати кошти з будь-якого банківського рахунку джерела на рахунок призначення |
| Міні -заява | Менеджер по роботі з клієнтами | Міні-виписка покаже 5 останніх транзакцій рахунку Customer: Клієнт може бачити міні-виписку лише за «своїми» рахунками Менеджер: Менеджер може побачити міні-виписку по будь-якому рахунку |
| Індивідуальна заява | Менеджер по роботі з клієнтами | Спеціальна виписка дозволяє фільтрувати та відображати транзакції в обліковому записі на основі дати та вартості транзакції Customer: Клієнт може бачити Настроювану виписку лише за «своїми» рахунками менеджер: Менеджер може бачити індивідуальну виписку з будь-якого рахунку |
| Змінити пароль | Менеджер по роботі з клієнтами | Customer: Клієнт може змінити пароль лише свого облікового запису. менеджер: Менеджер може змінити пароль лише свого облікового запису. Він не може змінити паролі своїх клієнтів |
| Новий клієнт | менеджер | менеджер: менеджер може додати нового клієнта. |
| менеджер | Менеджер: Менеджер може редагувати такі дані, як адреса, електронна пошта, телефон клієнта. | |
| Новий акаунт | менеджер | Наразі система надає 2 типи рахунків • Ощадні • Поточні Клієнт може мати кілька ощадних рахунків (один на своє ім’я, інший на спільне ім’я тощо). Він може мати кілька поточних рахунків для різних компаній, якими він володіє. Або він може мати кілька поточних і накопичувальних рахунків. Менеджер: Менеджер може додати новий обліковий запис для наявного клієнта. |
| Редагувати обліковий запис | менеджер | Менеджер: Менеджер може додати редаговані дані облікового запису для наявного облікового запису |
| Видалити аккаунт | менеджер | Менеджер: Менеджер може додати або видалити обліковий запис клієнта. |
| Видалити клієнта | менеджер | Видалити клієнта можна тільки в тому випадку, якщо він не має активних поточних або накопичувальних рахунків Менеджер: Менеджер може видалити клієнта. |
| Депозит | менеджер | Менеджер: Менеджер може внести гроші на будь-який рахунок. Зазвичай це робиться, коли готівку здають у відділення банку. |
| Вивід | менеджер | Менеджер: Менеджер може знімати гроші з будь-якого рахунку. Зазвичай це робиться під час зняття готівки у відділенні банку. |
1.1.2 Поза рамками
Ці функції не підлягають тестуванню, оскільки вони не включені в специфікації вимог до програмного забезпечення- Інтерфейси користувача
- Апаратні інтерфейси
- Програмні інтерфейси
- Логічна база даних
- Інтерфейси зв'язку
- Безпека та ефективність веб-сайту
1.2 Мета якості
Цілі тесту: перевірити Функціональність сайту Guru99 Bank, проект повинен бути зосереджений на тестуванні банківська операція такі як керування рахунком, зняття коштів та баланс… тощо. до гарантувати усі ці операції можуть працювати нормально в реальному бізнес-середовищі.1.3 Ролі та обов'язки
Проект повинен використовувати аутсорсинг членів як тестер, щоб заощадити вартість проекту.| Ні. | Член | Завдання |
|---|---|---|
| 1. | Менеджер випробувань | Керуйте всім проектом. Визначте напрямки проекту. Отримайте відповідні ресурси |
| 2. | Тест | Визначення та опис відповідних методів тестування/інструментів/архітектури автоматизації Перевірка та оцінка підходу тестування Виконання тестів, реєстрація результатів, звіт про дефекти. Аутсорсингові члени |
| 3. | Розробник у тесті | Впровадити тестові приклади, тестову програму, тестовий пакет тощо. |
| 4. | Адміністратор тестування | Створює та забезпечує керування та підтримку тестового середовища та активів Підтримка тестувальника для використання тестового середовища для виконання тесту |
| 5. | Члени SQA | Візьміть на себе відповідальність за забезпечення якості. Перевірте, чи відповідає процес тестування визначеним вимогам |
2 Методика тестування
Огляд 2.1
2.2 Тестові рівні
У проекті Guru99 Bank необхідно провести 3 види тестування.- інтеграцією Тестування (окремі програмні модулі об'єднуються та тестуються як група)
- SYSTEM Тестування: Проведено на а повний, інтегрований систему для оцінки відповідності системи встановленим вимогам
- Тестування API: Протестуйте всі API, створені для тестованого програмного забезпечення
2.3 Сортування помилок
2.4 Критерії призупинення та вимоги до відновлення
Якщо члени команди повідомляють, що є 40% тестових випадків не вдалося, призупинити тестування, доки команда розробників не виправить усі помилки.2.5 Повнота тесту
- Визначає критерії, які позначають a успішний завершення тестового етапу
- прогін ставка є обов'язковою 100% якщо не вказана чітка причина.
- Проходити ставка є 80%, досягнення прохідного балу є обов'язковий
2.6 Проектне завдання та кошторис та графік
| Завдання | члени | Оцініть зусилля |
|---|---|---|
| Створіть специфікацію тесту | Конструктор тестів | 170 людино-год |
| Виконайте тестове виконання | Тестер, адміністратор тестів | 80 людино-год |
| Протокол випробування | Тестер | 10 людино-год |
| Доставка тесту | 20 людино-год | |
| Усього: | 280 людино-год |
3 Результати тестування
Результати тестування надані нижче Перед етапом тестування- Документ з планами випробувань.
- Тестові випадки документація
- Специфікації дизайну тесту.
- Результати випробувань/звіти
- Звіт про дефект
- Вказівки щодо процедури встановлення/тестування
- Примітки до випуску
4 Потреби в ресурсах і навколишньому середовищі
4.1 Інструменти тестування
| Ні. | Ресурси | Descriptіони |
|---|---|---|
| 1. | сервер | Потрібен сервер бази даних для встановлення MySQL сервер Веб-сервер, який інсталює сервер Apache |
| 2. | Тестовий інструмент | Розробіть інструмент тестування, який може автоматично генерувати результати тесту у попередньо визначеній формі та автоматизувати виконання тесту |
| 3. | мережу | Налаштуйте LAN Gigabit і 1 інтернет-лінію зі швидкістю не менше 5 Мб/с |
| 4. | комп'ютер | Запущено мінімум 4 комп'ютери Windows 7, RAM 2 Гб, процесор 3.4 ГГц |
4.2 Тестове середовище
У ньому згадуються мінімальні вимоги до обладнання та програмного забезпечення, які використовуватимуться для тестування Програми. На додаток до програмного забезпечення для клієнта потрібне наступне програмне забезпечення.- Windows 11 і вище
- Office 2021 і вище
- MS Exchange тощо.
