Що таке шаблон плану випробувань?
ШАБЛОН ПЛАНА ТЕСТУ - це детальний документ, що описує стратегію тестування, цілі, графік, оцінку та результати, а також ресурси, необхідні для тестування. План тестування допомагає нам визначити зусилля, необхідні для перевірки якості заявки, що тестується. План тестування служить проектом для проведення заходів з тестування програмного забезпечення як визначений процес, який щохвилини контролюється та контролюється менеджером тестування.
Створення плану тестування є обов’язковим для забезпечення успіху проекту тестування програмного забезпечення. Якщо ви новачок у плануванні тестування, зверніться до цього посібника про те, як створити план тестування
Завантажте зразок шаблону плану випробувань
Нижче знайдіть важливі складові плану тесту-
- 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) Ролі та обов'язки
Детальний опис ролей та обов'язків різних членів команди, наприклад
- Аналітик контролю якості
- Менеджер тестів
- Менеджер конфігурацій
- Розробники
- Команда встановлення
Серед інших
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, які були визначені в специфікаціях вимог до програмного забезпечення, повинні бути покращені
| Назва модуля | Застосовні ролі | Опис |
| Запит на залишок | Клієнт-менеджер | Клієнт : Клієнт може мати кілька банківських рахунків. Він може переглядати баланс своїх рахунків лишеменеджер : менеджер може переглядати баланс усіх клієнтів, які перебувають під його наглядом |
| Переказ коштів | Клієнт-менеджер | Клієнт: Клієнт може переказати кошти зі свого “власного” рахунку на будь-який цільовий рахунок.Менеджер : Менеджер може переказувати кошти з будь-якого джерельного банківського рахунку на рахунок призначення |
| Міні-заява | Клієнт-менеджер | Міні - оператор буде показувати останні 5 операцій з рахункомКлієнта: Клієнт може бачити міні-заяву тільки його «власного» рахунки -менеджер: менеджер А може побачити міні-виписку з будь-якого облікового запису |
| Індивідуальна заява | Клієнт-менеджер | Налаштування роздільної заяву дозволяє фільтрувати і відображати операції в обліковому записі на основі дати, вартість угодиклієнта: клієнт може бачити заяву Customized- тільки з його «власних» рахункименеджера : менеджер А може бачити Налаштований -statement будь-якого рахунку |
| Змінити пароль | Клієнт-менеджер | Клієнт: Клієнт може змінити пароль лише свого облікового запису.Менеджер : Менеджер може змінити пароль лише свого облікового запису. Він не може змінювати паролі своїх клієнтів |
| Новий клієнт | Менеджер | Менеджер : менеджер може додати нового клієнта. |
| Менеджер | Менеджер: менеджер може редагувати такі деталі, як адреса, електронна пошта, телефон клієнта. |
|
| Новий акаунт | Менеджер | В даний час система надає 2 типи рахунків • Збереження • Поточний Клієнт може мати кілька збережувальних рахунків (один на своє ім’я, інший на спільне ім’я тощо). Він може мати кілька поточних рахунків для різних компаній, якими він володіє. Або він може мати кілька поточних та ощадних рахунків.Менеджер: менеджер може додати новий обліковий запис для існуючого клієнта. |
| Редагувати обліковий запис | Менеджер | Менеджер: менеджер може додати дані редагування облікового запису для існуючого облікового запису |
| Видалити аккаунт | Менеджер | Менеджер: менеджер може додати видалити обліковий запис для клієнта. |
| Видалити клієнта | Менеджер | Клієнта можна видалити, лише якщо у нього немає активних поточних або збережених рахунків.Менеджер: менеджер може видалити клієнта. |
| Депозит | Менеджер | Менеджер: Менеджер може внести гроші на будь-який рахунок. Зазвичай це робиться, коли готівка зберігається у відділенні банку. |
| Вилучення | Менеджер | Менеджер: Менеджер може знімати гроші з будь-якого рахунку. Зазвичай це робиться, коли готівку знімають у відділенні банку. |
1.1.2 Поза зоною дії
Ці функції не перевіряються, оскільки вони не включені до специфікацій програмного забезпечення
- Інтерфейси користувача
- Апаратні інтерфейси
- Програмні інтерфейси
- База даних логічна
- Інтерфейси зв'язку
- Безпека та продуктивність веб-сайтів
1.2 Завдання якості
Цілі тесту - перевірити функціональність веб-сайту Guru99 Bank, проект повинен зосередитись на тестуванні банківських операцій, таких як управління рахунками, зняття та залишок
... тощо, щоб гарантувати, що всі ці операції можуть нормально працювати в реальному діловому середовищі.1.3 Ролі та обов'язки
Проект повинен використовувати членів аутсорсингу як тестер, щоб заощадити вартість проекту.
| Ні. | Член | Завдання |
| 1. | Менеджер тестів | Керуйте цілим проектом Визначте напрямки проекту Отримайте відповідні ресурси |
| 2. | Тест | Визначення та опис відповідних методів тестування / інструментів / архітектури автоматизації Перевірка та оцінка підходу до тесту Виконання тестів, реєстрація результатів, повідомлення про дефекти. Аутсорсингові члени |
| 3. | Розробник у тесті | Впровадити тестові кейси, програму тесту, набір тестів тощо. |
| 4. | Адміністратор тесту | Створює та забезпечує тестове середовище та ресурси управляється та підтримується Тестером підтримки, щоб використовувати тестове середовище для виконання тесту |
| 5. | Члени SQA | Береться за забезпечення якості Перевірте, щоб підтвердити, чи відповідає процес тестування встановленим вимогам |
2 Методологія тестування
2.1 Огляд
2.2 Тестові рівні
У проекті Guru99 Bank існує 3 типи тестування.
- Тестування інтеграції (окремі програмні модулі поєднуються та перевіряються як група)
- Система тестування: Провів на повній , інтегрованої системи для оцінки відповідності системи з її встановленим вимогам
- Тестування API: Перевірте всі створені API для програмного забезпечення, що перевіряється
2.3 Виправлення помилок
2.4 Критерії призупинення та вимоги відновлення
Якщо члени групи повідомляють, що 40% випадків тестування не вдалося , призупиніть тестування, поки команда розробників не виправить усі випадки невдачі.
2.5 Повнота тесту
- Визначає критерії, що означають успішне завершення фази тесту
- Швидкість пробігу повинна бути 100%, якщо не вказана чітка причина.
- Прохідність становить 80%, досягнення прохідності - обов’язкове
2.6 Проектне завдання та оцінка та графік
| Завдання | Учасники | Оцініть зусилля |
| Створіть специфікацію тесту | Конструктор тестів | 170 людино-годин |
| Виконайте тестове виконання | Тестер, адміністратор тесту | 80 людино-годин |
| Протокол випробування | Тестер | 10 людино-годин |
| Тестова доставка | 20 людино-годин | |
| Разом | 280 людино-годин |
Графік виконання цих завдань
3 Тестові результати
Результати тестування представлені нижче
Перед етапом тестування
- Документ планів випробувань.
- Документи тестових кейсів
- Тестові характеристики проекту.
Під час тестування
- Симулятори тестових інструментів.
- Тестові дані
- Перевірити матрицю відстежуваності - Журнали помилок та журнали виконання.
Після закінчення циклів тестування
- Результати тестів / звіти
- Звіт про дефекти
- Вказівки щодо процедур установки / випробування
- Примітки до випуску
4 Потреби у ресурсах та навколишньому середовищі
4.1 Інструменти тестування
| Ні. | Ресурси | Описи |
| 1. | Сервер | Потрібен сервер бази даних, який встановлює сервер MySQL Веб-сервер, який встановлює Apache Server |
| 2. | Тестовий інструмент | Розробіть інструмент тестування, який може автоматично генерувати результат тесту за попередньо визначеною формою та автоматизованим виконанням тесту |
| 3. | Мережа | Налаштуйте гігабітну мережу та 1 лінію Інтернету зі швидкістю не менше 5 Мбіт / с |
| 4. | Комп’ютер | Принаймні 4 комп'ютери з операційною системою Windows 7, 2 ГБ оперативної пам'яті, процесор 3,4 ГГц |
4.2 Тестове середовище
Тестове середовище буде налаштовано відповідно до малюнка нижче