ПЛАН ТЕСТУВАННЯ в тестуванні програмного забезпечення (приклад)

План тестування

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

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

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

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

👉 Зареєструйтесь на безкоштовний проект тестування програмного забезпечення в реальному часі

Яке значення має план тестування?

Створення документа «План тестування» має кілька переваг.

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

Типи планів тестування

Існує три основних типи Плани тестування у тестуванні програмного забезпечення.

1. Генеральний план випробувань: Загальний документ, що окреслює загальну стратегію тестування, обсяг, ресурси та графік для всіх рівнів тестування. Він слугує головною дорожньою картою проекту.
2. План тестування для кожного рівня: Зосереджується на певних рівнях тестування, таких як модульне, інтеграційне, системне або приймальне тестування. Кожен план детально описує підхід, середовище та результати роботи для цього рівня.
3. План випробувань для конкретного типу: Targetспеціалізовані типи тестування, такі як тестування продуктивності, безпеки, зручності використання або автоматизації. Він визначає інструменти, методи та критерії, унікальні для цього типу тестування.

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

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

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

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

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

Як можна протестувати продукт без якась інформація про це? Відповідь така НеможливеВи повинні вивчити продукт ретельно перед його тестуванням.

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

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

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

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

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

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

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

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

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

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

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

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

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

• Дайте всім впевненість і точна інформація щодо тестування, яке ви проводите.
• Усі учасники проекту матимуть a ясно розуміння того, що перевіряється, а що ні.

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

Щоб визначити обсяг, ви повинні:

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

Тепер слід чітко визначити, що «входить до обсягу» та «поза обсягом» тестування.

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

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

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

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

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

• Предмети, що входять до складу: Функціональне тестування, Тестування API
• Пункти поза сферою дії: Тестування бази даних, обладнання та будь-які інші зовнішні інтерфейси

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

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

Кожен тип тестування розроблений для виявлення певного типу помилок продукту. Але всі типи тестування спрямовані на досягнення однієї спільної мети: «…Раннє виявлення усі дефекти до відпуску продукту клієнту»

Команда загальновживаний Типи тестування описані на рисунку нижче

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

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

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

Ризик – це майбутнє невизначена подія з ймовірністю виникнення і потенціал за збитки. Коли ризик насправді виникає, він стає «проблема».

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

У плані тестування якості ви задокументуєте ці ризики

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

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

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

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

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

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

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

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

• Здатність розуміти точка зору клієнта
• сильний бажання за якістю
• Важливо до деталей
• добре співробітництво

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

Коли відбудеться перевірка?

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

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

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

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

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

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

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

Ви можете вибрати «Зверху вниз» метод пошуку функцій веб-сайту, які, можливо, потребують тестування. У цьому методі ви розбиваєте тестовану програму на Компоненти та підкомпоненти.

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

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

Виходячи з вищезазначених характеристик, можна визначити Мету тестування проекту Guru99 наступним чином:

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

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

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

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

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

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

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

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

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

• Швидкість бігу – це співвідношення між кількість виконаних тестових випадків та/або загальна кількість тестових випадків тестової специфікації. Наприклад, тестова специфікація містить загалом 120 TC, але тестер виконав лише 100 TC, тому коефіцієнт виконання становить 100/120 = 0.83 (83%)
• Прохідний бал – це співвідношення між кількість пройдених тестових випадків / виконаних тестових випадківНаприклад, зі 100 виконаних вище TC 80 TC пройшли успішно, тому коефіцієнт успішного складання становить 80/100 = 0.8 (80%).

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

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

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

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

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

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

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

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

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

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

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

Системний ресурс

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

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

Крок 6) Сплануйте тестове середовище

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

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

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

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

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

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

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

На наступному рисунку описано тестове середовище веб-сайту банку https://demo.guru99.com/V4

Крок 7) Розклад і оцінка

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

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

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

Потім ви створюєте розклад щоб виконати ці завдання.

Складання графіка – це поширений термін в управлінні проектами. Створивши чіткий графік у Плануванні тестування, менеджер тестування може використовувати його як інструмент для моніторингу прогресу проекту та контролю перевитрат коштів.

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

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

Давайте попрактикуємося на прикладі:

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

Крок 8) Результати тестування

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

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

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

• Документ з планами випробувань.
• Документи тестових випадків
• Специфікації дизайну тесту.

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

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

Надаються результати тестування після цикл тестування завершено.

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

Поширені проблеми планування тестування (та їх вирішення)

Ефективне планування тестування часто стикається з практичними перешкодами. Визнання цих проблем та застосування проактивних рішень забезпечує плавніше виконання та вищу якість програмного забезпечення.

1. Нечіткі вимоги
   Задача: Неоднозначні або змінні вимоги до проекту призводять до неповного охоплення тестами.
   Рішення: Проводити покрокові огляди вимог та вести матрицю відстеження вимог у режимі реального часу.
2. Обмежені ресурси
   Задача: Недостатня кількість інструментів, часу або кваліфікованих тестувальників впливає на якість тестування.
   Рішення: Пріоритезуйте критичні тестові випадки та використовуйте автоматизацію для повторюваних завдань.
3. Нереалістичні терміни
   Задача: Жорсткі графіки скорочують час для належного проектування та виконання тестів.
   Рішення: Використовуйте методи оцінки та завчасно повідомляйте про ризики зацікавленим сторонам.
4. Погана комунікація
   Задача: Невідповідність між командами призводить до затримок та переробки.
   Рішення: Впроваджуйте регулярні синхронізовані зустрічі та спільні інформаційні панелі для прозорості.
5. Неадекватне управління ризиками
   Задача: Ігнорування потенційних ризиків може зірвати терміни виконання проекту.
   Рішення: Виявляйте ризики на ранній стадії, ведіть журнал ризиків та плануйте стратегії їх пом'якшення.

Поширені запитання: