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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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% тестів. Це означає, що показник Run rate незадоволений, тому НЕ підтверджуйте критерії виходу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ресурси

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

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