ПЛАН ТЕСТУ: Що таке, як створити (на прикладі)

План випробувань

План випробувань являє собою детальний документ, що описує тест стратегію, цілі, розклад, оцінки, кінцеві результати і ресурси , необхідні для виконання тестування для програмного продукту. План тестування допомагає нам визначити зусилля, необхідні для перевірки якості заявки, що тестується. План тестування служить проектом для проведення заходів з тестування програмного забезпечення як визначений процес, який щохвилини контролюється та контролюється менеджером тестування.

Відповідно до визначення ISTQB: «План випробувань - це документ, що описує обсяг, підхід, ресурси та графік передбачуваних тестових заходів».

Почнемо з наступного прикладу / сценарію плану тестування: На зустрічі ви хочете обговорити план тестування з членами команди, але вони не зацікавлені -.

У такому випадку, що ти зробиш? Виберіть свою відповідь, як показано на малюнку нижче

А) Я менеджер, роблю все, як я сказав
Б) Добре, дозвольте мені пояснити, чому нам потрібен
неправильний
план випробувань Як керівник випробувань, ви повинні пояснити їм важливість плану випробувань, а не змушувати команду робити те, що ви хочете. Правильно
Як менеджер випробувань ви повинні пояснити їм важливість плану випробувань, а не змушувати команду робити те, що ви хочете.

Яке значення плану випробувань?

Складання документа про план тестування має багато переваг

• Допоможіть людям, які не належать до групи випробувачів, таким як розробники, менеджери підприємств, клієнти, зрозуміти деталі тестування.
• План тесту керує нашим мисленням. Це як книга правил, якої потрібно дотримуватися.
• Важливі аспекти, такі як оцінка тесту, обсяг тесту, стратегія тестування, задокументовані в План тестування, тому він може бути перевірений Управлінською командою та використаний для інших проектів.

Як написати план тесту

Ви вже знаєте, що складання плану тестування є найважливішим завданням процесу управління тестами. Виконайте сім кроків нижче, щоб створити план тестування відповідно до IEEE 829

1. Проаналізуйте продукт
2. Створіть стратегію тестування
3. Визначте цілі тесту
4. Визначте критерії тестування
5. Планування ресурсів
6. План тестового середовища
7. Графік та оцінка
8. Визначте результати тесту

Крок 1) Проаналізуйте продукт

Як ви можете протестувати продукт, не маючи про нього жодної інформації? Відповідь неможлива. Ви повинні ретельно вивчити продукт перед тестуванням.

Продукт, що перевіряється, - це банківський веб-сайт Guru99. Вам слід дослідити клієнтів та кінцевих користувачів, щоб знати їх потреби та очікування від програми

• Хто використовуватиме веб-сайт?
• Для чого він використовується?
• Як це буде працювати?
• Яке програмне / апаратне забезпечення використовує виріб?

Ви можете використовувати наступний підхід для аналізу сайту

Тепер застосуємо вищезазначені знання до реального продукту: Проаналізуйте веб-сайт банківської служби http://demo.guru99.com/V4.

Вам слід оглянути цей веб-сайт, а також переглянути документацію на товар. Огляд документації до товару допомагає зрозуміти всі функції веб-сайту, а також способи його використання. Якщо вам незрозумілі будь-які предмети, ви можете взяти інтерв’ю у замовника, розробника, дизайнера, щоб отримати додаткову інформацію.

Крок 2) Розробіть стратегію тестування

Тестова стратегія є критичним кроком у складанні плану тестування при тестуванні програмного забезпечення. Документ стратегії тестування - це документ високого рівня, який зазвичай розробляється менеджером тестування. Цей документ визначає:

• Цілі тестування проекту та засоби їх досягнення
• Визначає зусилля та витрати на тестування

Повернувшись до свого проекту, вам потрібно розробити стратегію тестування для тестування цього веб-сайту банківської справи. Ви повинні виконати кроки нижче

Крок 2.1) Визначте обсяг тестування

Перед початком будь-якої тестової діяльності слід знати обсяг тестування. Ви повинні добре подумати над цим.

• Компоненти системи, що перевіряються (апаратне забезпечення, програмне забезпечення, проміжне програмне забезпечення тощо), визначаються як " за обсягом "
• Компоненти системи, які не перевірятимуться, також повинні бути чітко визначені як " поза сферою дії ".

Визначення обсягу вашого проекту тестування є дуже важливим для всіх зацікавлених сторін. Точний приціл допоможе вам

• Подаруйте всім впевненість і точну інформацію про тестування, яке ви проводите
• Усі учасники проекту будуть чітко розуміти, що тестується, а що ні

Як ви визначаєте обсяг вашого проекту?

Щоб визначити область застосування, ви повинні -

• Точна вимога замовника
• Бюджет проекту
• Специфікація продукту
• Навички та талант вашої тестової команди

Тепер слід чітко визначити "обсяг" та "поза обсягом" тестування.

• Як специфікація вимог до програмного забезпечення, проект Guru99 Bank фокусується лише на тестуванні всіх функцій та зовнішнього інтерфейсу веб-сайту Guru99 Bank ( в рамках тестування)
• Нефункціональне тестування, таке як стрес , продуктивність або логічна база даних, наразі не буде перевірятися. ( поза сферою дії)

Сценарій проблеми

Клієнт хоче, щоб ви протестували його API. Але бюджет проекту не дозволяє цього робити. Що в такому випадку ти зробиш?

Що ж, у такому випадку вам потрібно переконати замовника, що тестування Api - це додаткова робота, яка споживатиме значні ресурси. Надайте йому дані, що підтверджують ваші факти. Скажіть йому, якщо тестування Api включено в обсяг, бюджет збільшиться на суму XYZ.

Клієнт погоджується, і відповідно нові сфери застосування, що виходять за межі обсягу, є

• Об’єкти: Функціональне тестування, Api тестування
• Елементи поза сферою застосування: Тестування баз даних, обладнання та будь-які інші зовнішні інтерфейси

Крок 2.2) Визначте тип тестування

Тестування Тип стандартна процедура тестування , що дає очікуваний результат тесту.

Кожен тип тестування сформульований для виявлення конкретного типу помилок товару. Але всі типи тестування спрямовані на досягнення однієї спільної мети “ Раннє виявлення всіх дефектів перед випуском продукту замовнику”

В широко використовуються випробувальні типи описані як малюнок

Існує маса видів тестування для тестування програмного продукту. Ваша команда не може мати достатньо зусиль, щоб провести всі види тестування. Як менеджер тестів, ви повинні встановити пріоритет типів тестування

• На які типи тестування слід орієнтуватися для тестування веб-додатків?
• Які типи тестування слід ігнорувати для економії коштів?

Тепер давайте потренуємось у вашому проекті. Продуктом, який ви хочете протестувати, є веб-сайт банківської справи.
Які типи тестування слід зосередити в цьому випадку?
Виберіть Все, що застосовується А) Одиничне тестування Б) Тестування API В) Інтеграційне тестування Г) Тестування системи E) Тестування встановлення / видалення F) Agile test Ми лише вибираємо B) Тестування API C) Тестування інтеграції D) Тестування системи для проекту Guru99

Крок 2.3) Ризик та проблеми з документами

Ризик - це невизначена подія майбутнього з імовірністю виникнення та можливістю збитків. Коли ризик насправді трапляється, це стає " проблемою".

У статті Аналіз та рішення ризиків ви вже детально дізналися про аналіз "Ризику" та визначили потенційні ризики в проекті.

У плані випробувань якості ви зафіксуєте ці ризики

Ризик	Пом'якшення
Члени команди не мають необхідних навичок для тестування веб-сайтів.	Сплануйте навчальний курс, щоб підвищити кваліфікацію своїх членів
Графік проекту занадто щільний; важко виконати цей проект вчасно	Встановіть пріоритет тесту для кожного з тестових дій.
Менеджер випробувань має слабкі навички управління	Сплануйте навчання лідерству для менеджера
Відсутність співпраці негативно впливає на продуктивність ваших працівників	Заохочуйте кожного члена команди у виконанні його завдання та надихайте на більші зусилля.
Неправильний кошторис бюджету та перевитрати витрат	Встановіть обсяг перед початком роботи, приділіть багато уваги плануванню проекту та постійно відстежуйте та вимірюйте прогрес

Крок 2.4) Створення тестової логістики

У тестовій логістиці керівник тесту повинен відповісти на такі запитання:

• Хто тестуватиме?
• Коли відбудеться тест?

Хто тестуватиме?

Можливо, ви не знаєте точних імен тестувальника, який буде тестувати, але тип тестувальника можна визначити.

Щоб вибрати правильного члена для зазначеного завдання, вам слід врахувати, чи відповідає його вміння задачі чи ні, також оцінити бюджет проекту. Вибір неправильного члена для завдання може призвести до провалу проекту або затримки .

Особа, яка має такі навички, є найбільш ідеальною для тестування програмного забезпечення:

• Здатність зрозуміти точку зору клієнтів
• Сильне прагнення до якості
• Увага до деталей
• Гарна співпраця

У вашому проекті учасником, який відповідає за виконання тесту, є тестувальник. Виходячи з бюджету проекту, ви можете обрати тестувальником члена, який надходить у джерело або підрядника.

Коли відбудеться тест?

Тестові заходи повинні відповідати пов'язаним із ними розробкам.

Ви почнете тестувати, коли у вас є всі необхідні предмети, показані на наступному малюнку

Крок 3) Визначте мету тесту

Завдання тесту - це загальна мета та досягнення виконання тесту. Мета тестування - виявити якомога більше дефектів програмного забезпечення; переконайтесь, що тестоване програмне забезпечення не містить помилок перед випуском.

Щоб визначити цілі тесту, слід виконати 2 наступні кроки

1. Перелічіть усі функції програмного забезпечення (функціональність, продуктивність, графічний інтерфейс…), які можуть знадобитися для тестування.
2. Визначте ціль або мету тесту, виходячи з вищезазначених ознак

Давайте застосуємо ці кроки, щоб знайти тестову мету вашого проекту тестування банку Guru99

Ви можете вибрати метод « ВВЕРХ», щоб знайти функції веб-сайту, які, можливо, доведеться протестувати. У цьому методі ви розбиваєте тестоване додаток на компонент та підкомпонент .

У попередній темі ви вже проаналізували специфікації вимог і пройшли веб-сайт, тому ви можете створити карту розуму, щоб знайти функції веб-сайту, як показано нижче

На цьому малюнку показано всі функції, які може мати веб-сайт Guru99.

Виходячи з вищезазначених особливостей, Ви можете визначити Тестову мету проекту Guru99 наступним чином

• Переконайтесь, що функціональність веб-сайту Guru99 (Рахунок, Депозит ...) працює належним чином, без помилок або помилок у реальному діловому середовищі
• Переконайтесь, що зовнішній інтерфейс веб-сайту, такий як UI , працює належним чином і відповідає потребам замовника
• Перевірте зручність використання веб-сайту. Чи зручні ці функції для користувача чи ні?

Крок 4) Визначте критерії тестування

Критерії випробування - це стандарт або правило, на якому може базуватися процедура випробування або судження про випробування. Існує 2 типи критеріїв тестування, як показано нижче

Критерії призупинення

Вкажіть критичні критерії підвіски для тесту. Якщо критерії підвіски виконані під час випробувань, активний цикл випробувань буде припинено до тих пір , критерії не будуть вирішені .

Приклад плану тестування: Якщо члени вашої команди повідомляють, що 40% випадків тестування не вдалося, слід призупинити тестування, поки команда розробників не виправить усі випадки невдачі.

Критерії виходу

Він визначає критерії, що означають успішне завершення етапу тестування. Критеріями виходу є цільові результати тесту і необхідні перед переходом до наступної фази розробки. Приклад: 95% усіх критичних тестів повинні пройти.

Деякі методи визначення критеріїв виходу - це вказання цільової швидкості пробігу та швидкості проходження .

• Швидкість запуску - це співвідношення між кількістю виконаних тестових випадків / загальною кількістю тестових випадків специфікації тесту. Наприклад, специфікація тесту має загальну суму 120 TC, але тестер виконав лише 100 TC, отже, швидкість запуску становить 100/120 = 0,83 (83%)
• Рівень прохідності - це співвідношення між кількістю пройдених / виконаних тестових справ . Наприклад, у понад 100 виконаних ТК пройшло 80 ТК, тому швидкість проходження становить 80/100 = 0,8 (80%)

Ці дані можна отримати в документах Test Metric.

• Швидкість пробігу повинна бути 100%, якщо не вказана чітка причина.
• Рівень прохідності залежить від обсягу проекту, але досягнення високого рівня проходження є метою.

Приклад плану тестування: Ваша команда вже виконала тестове виконання. Вони повідомляють вам результат тесту і хочуть, щоб ви підтвердили критерії виходу.

У наведеному вище випадку швидкість запуску є обов'язковою - 100%, але тестова група виконала лише 90% тестових випадків. Це означає, що швидкість запуску не задоволена, тому НЕ підтверджуйте критерії виходу

Крок 5) Планування ресурсів

План ресурсів - це детальне резюме всіх видів ресурсів, необхідних для виконання проектного завдання. Ресурсом може бути людина, обладнання та матеріали, необхідні для завершення проекту

Планування ресурсів є важливим фактором при плануванні тесту , тому що допомагає в визначенні на кількості ресурсів (персонал, обладнання ...) , який буде використовуватися для проекту. Отже, керівник тесту може скласти правильний графік та оцінку проекту.

Цей розділ представляє рекомендовані ресурси для вашого проекту.

Людський ресурс

У наступній таблиці представлені різні члени вашої команди проектів

Ні.	Член	Завдання
1.	Менеджер тестів	Керуйте цілим проектом Визначте напрямки проекту Отримати відповідні ресурси
2.	Тестер	Визначення та опис відповідних методик випробувань / інструментів / архітектури автоматизації Перевірте та оцініть підхід до тестування Виконуйте тести, реєструйте результати, повідомляйте про дефекти. Тестер може бути членами джерел або сторонніх джерел, виходячи з бюджету проекту Для завдання, яке вимагало низької кваліфікації, я рекомендую обрати підрядних членів, щоб заощадити вартість проекту.
3.	Розробник у тесті	Впровадити тестові кейси, програму тестування, набір тестів тощо.
4.	Адміністратор тесту	Створює та забезпечує тестове середовище та активи в управлінні та підтримці Підтримка тестера для використання тестового середовища для виконання тесту
5.	Члени SQA	Візьміться за забезпечення якості Перевірте, щоб підтвердити, чи відповідає процес тестування встановленим вимогам

Ресурс системи

Для тестування веб-програми вам слід спланувати ресурси за такими таблицями:

Ні.	Ресурси	Описи
1.	Сервер	Встановіть тестовий веб-додаток Це включає окремий веб-сервер, сервер баз даних та сервер додатків, якщо це можливо
2.	Тестовий інструмент	Засіб тестування полягає в автоматизації тестування, імітації роботи користувача, генерації результатів тестування Для цього проекту можна використовувати безліч інструментів для тестування, таких як Selenium, QTP ... тощо.
3.	Мережа	Вам потрібно мережа, що включає локальну мережу та Інтернет, щоб імітувати реальний бізнес та середовище користувача
4.	Комп’ютер	ПК, який користувачі часто використовують для підключення веб-сервера

Крок 6) План тестового середовища

Що таке тестове середовище

Тестове середовище - це налаштування програмного та апаратного забезпечення, на якому команда тестування збирається виконувати тестові кейси. Тестове середовище складається з реального ділового та користувацького середовища, а також фізичного середовища, такого як сервер, робоче середовище інтерфейсу.

Як налаштувати тестове середовище

Повертаючись до свого проекту, як ви налаштовуєте тестове середовище для цього веб-сайту про банки?

Щоб виконати це завдання, вам потрібна міцна співпраця між тестовою командою та командою розробників

Ви повинні задати розробнику деякі питання , щоб зрозуміти веб - додаток під тестом ясно . Ось кілька рекомендованих питань. Звичайно, ви можете задати інші запитання, якщо вам це потрібно.

• Яке максимальне підключення користувачів, яке цей веб-сайт може одночасно обробляти?
• Які вимоги до апаратного / програмного забезпечення для встановлення цього веб-сайту?
• Чи потрібен якийсь комп’ютер користувача для перегляду веб-сайту?

Наступний малюнок описує тестове середовище банківського веб-сайту www.demo.guru99.com/V4

Крок 7) Графік та оцінка

У статті Тестова оцінка ви вже використовували деякі методи оцінки зусиль для завершення проекту. Тепер ви повинні включити цю оцінку, а також графік до планування випробувань

На етапі тестового оцінювання, припустимо, ви розбиєте весь проект на невеликі завдання і додасте оцінку для кожного завдання, як показано нижче

Завдання	Учасники	Оцініть зусилля
Створіть специфікацію тесту	Конструктор тестів	170 людино-годин
Виконайте тестове виконання	Тестер, адміністратор тесту	80 людино-годин
Протокол випробування	Тестер	10 людино-годин
Тестова доставка		20 людино-годин
Разом		280 людино-годин

Потім ви створюєте графік виконання цих завдань.

Графік складання - загальноприйнятий термін в управлінні проектами. Створюючи надійний графік у плануванні тесту, менеджер тесту може використовувати його як інструмент для моніторингу прогресу проекту, контролю над перевитратами.

Щоб створити графік проекту, менеджеру випробувань потрібні кілька типів вводу, як показано нижче:

• Кінцевий термін співробітника та проекту : Робочі дні, кінцевий термін проекту, наявність ресурсів - це фактори, що вплинули на графік
• Оцінка проекту : На основі оцінки керівник випробувань знає, скільки часу потрібно для завершення проекту. Тож він може скласти відповідний графік проекту
• Ризик проекту : Розуміння ризику допомагає керівнику тестів додати достатньо часу до графіку проекту, щоб впоратися з ризиками

Попрацюймо на прикладі:

Припустимо, бос хоче виконати проект Guru99 за один місяць, ви вже оцінили зусилля для кожного завдання в Тестовій оцінці. Ви можете створити графік, як показано нижче

Крок 8) Тестові результати

Тестові результати - це перелік усіх документів, інструментів та інших компонентів, які необхідно розробити та підтримувати на підтримку тестування.

На кожному етапі життєвого циклу розробки програмного забезпечення існують різні результати тестування.

Результати тестування надаються перед етапом тестування.

• Документ планів випробувань.
• Документи тестових кейсів
• Тестові характеристики проекту.

Результати тестування надаються під час тестування

• Тестові сценарії
• Тренажери.
• Дані тесту
• Матриця простежуваності тесту
• Журнали помилок та журнали виконання.

Результати тестування надаються після закінчення циклів тестування.

• Результати тестів / звіти
• Звіт про дефекти
• Вказівки щодо процедур установки / випробування
• Примітки до випуску

Ресурси

Завантажте зразок шаблону плану випробувань

Завантажте зразок плану тестування системи веб-сайту Guru99 Bank