Що таке тестовий сценарій у тестуванні програмного забезпечення (приклади)

Що таке тестовий сценарій?

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

Тестування сценарію

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

Давайте вивчимо це за допомогою відео нижче –

Навіщо створювати тестові сценарії?

Тестові сценарії створюються з наступних причин:

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

Коли не створювати тестовий сценарій?

Тестові сценарії не можуть бути створені, коли

• Програма, що тестується, є складною, нестабільною, і в проекті є дефіцит часу.
• Проекти, які дотримуються гнучкої методології, наприклад Scrum, Kanban, можуть не створювати тестові сценарії.
• Тестовий сценарій не може бути створений для нового виправлення помилок або Регресійне тестування. У таких випадках тестові сценарії повинні бути вже ретельно задокументовані в попередніх тестових циклах. Особливо це стосується проектів технічного обслуговування.

Як писати тестові сценарії

Як тестувальник, ви можете виконати ці п’ять кроків, щоб створити тестові сценарії –

• крок 1: Прочитайте документи вимог, такі як BRS, SRS, FRS, тестованої системи (SUT). Ви також можете передати приклади використання, книги, посібники тощо для програми, яку потрібно перевірити.
• крок 2: для кожної вимоги визначте можливі дії та цілі користувачів. Визначте технічні аспекти вимоги. З’ясовувати можливі сценарії зловживання системою та оцінювати користувачів з хакерським мисленням.
• Крок 3: Прочитавши документ вимог і провівши належний аналіз, складіть список різних сценаріїв тестування, які перевіряють кожну функцію програмного забезпечення.
• Крок 4: Після того, як ви перерахували всі можливі тестові сценарії, a Матриця простежуваності створено для перевірки того, що кожна вимога має відповідний тестовий сценарій
• Крок 5: Створені сценарії переглядає ваш керівник. Later, вони також переглядаються іншими зацікавленими сторонами проекту.

Поради щодо створення тестових сценаріїв

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

Приклад 1: Тестовий сценарій для програми електронної комерції

Для додатка електронної комерції буде кілька сценаріїв тестування

Тестовий сценарій 1: Перевірте функцію входу

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

1. Перевірте поведінку системи, якщо введено дійсний ідентифікатор електронної пошти та пароль.
2. Перевірте поведінку системи, якщо введено недійсний ідентифікатор електронної пошти та дійсний пароль.
3. Перевірте поведінку системи, якщо введено дійсний ідентифікатор електронної пошти та недійсний пароль.
4. Перевірте поведінку системи, якщо введено неправильний ідентифікатор електронної пошти та пароль.
5. Перевірте поведінку системи, якщо ідентифікатор електронної пошти та пароль залишено порожніми та введено вхід.
6. Перевірка Забули пароль працює належним чином
7. Перевірте поведінку системи, якщо введено дійсний/недійсний номер телефону та пароль.
8. Перевірте поведінку системи, коли встановлено прапорець «Залишати підпис».

Як очевидно, тестові приклади більш специфічні.

Тестовий сценарій 2: Перевірте функцію пошуку

Тестовий сценарій 3: Перевірте продукт Descriptіон Сторінка

Тестовий сценарій 4: Перевірте функціональність платежів

Тестовий сценарій 5: Перевірте історію замовлень

Окрім цих 5 сценаріїв, тут є список усіх інших сценаріїв

• Перевірте поведінку домашньої сторінки для постійних клієнтів
• Перевірте сторінки категорії/продукту
• Перевірте сторінки обслуговування клієнтів/контакти
• Перевірте сторінки щоденних пропозицій

Приклад 2: тестові сценарії для банківського сайту

Тестовий сценарій 1: Перевірте функцію входу та автентифікації

Тестовий сценарій 2: перевірити грошовий переказ можна зробити

Тестовий сценарій 3: Виписку з чекового рахунку можна переглянути

Тестовий сценарій 4: Можна створити чековий фіксований депозит/повторний депозит

І так далі…

Шаблон тестового сценарію

Завантажити шаблон тестового сценарію Excel(.xlsx)