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

Автор: Томас Гамільтон Томас Гамільтон
Hours оновлений

⚡ Розумний підсумок

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

  • Основна концепція: Тестовий сценарій являє собою тестовану функціональність або умову, яка перевіряє певний шлях користувача або поведінку системи в тестованому застосунку.
  • Мета тестування: Тестування сценаріїв перевіряє наскрізні потоки, а не окремі випадки, забезпечуючи належну оцінку складних проблем та реальних шляхів використання.
  • Логіка створення: Сценарії походять з документів вимог (BRS, SRS, FRS) та зіставляються з діями користувачів, потенційними зловживаннями та технічними цілями для визначення повного охоплення.
  • Фокус на відстежуваності: Кожен сценарій повинен відповідати одній або кільком вимогам через Матрицю відстеження, що гарантує, що жодна функція не залишиться непротестованою.
  • Стратегія оптимізації: Revпереглядати та визначати пріоритети сценаріїв відповідно до пріоритетів клієнтів, оскільки виконання всіх сценаріїв може бути ресурсомістким.
  • Критерії виключення: Сценарії не створюються для нестабільних застосунків, термінових виправлень помилок або Agile-контекстів, де швидка ітерація замінює формальну документацію сценаріїв.
  • Практичне застосування: Прикладами доменів є електронна комерція (вхід, платежі, історія замовлень) та банківська справа (автентифікація, перекази, депозити).
Детальніше

Тестові сценарії

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

A Сценарій тесту – це загальний опис функціональності, що тестується. Він представляє можливу взаємодію користувача або поведінку системи, яку іноді називають умовою тестування. Як тестувальник, ви повинні поставити себе на місце кінцевого користувача та з'ясувати реальні сценарії та варіанти використання тестованої програми (AUT).

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

Типи тестових сценаріїв

  1. Функціональні сценарії: Вони перевіряють, чи працюють певні функції або модулі (такі як вхід, реєстрація або оформлення замовлення) відповідно до вимог. Вони зосереджені на аспекті «що вони повинні робити».
  2. Нефункціональні сценарії: Вони оцінюють, як система працює, а не що вона робить, охоплюючи продуктивність, масштабованість, зручність використання та надійність.
  3. Сценарії безпеки: Вони оцінюють, наскільки добре програма захищає дані користувача та запобігає несанкціонованому доступу або вразливостям.
  4. Сценарії інтерфейсу користувача (UI): Це забезпечує інтуїтивно зрозуміле візуальне оформлення, навігація та інтерактивні елементи на різних пристроях та розмірах екранів.
  5. Повні сценарії: Вони імітують реальні робочі процеси, перевіряючи безперебійну роботу кількох модулів разом, наприклад, пошук, додавання до кошика та здійснення платежів у додатку електронної комерції.

Чи є тестування сценаріїв тим самим, що й тестовий сценарій?

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

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

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

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

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

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

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

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

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

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

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

Напишіть тестові сценарії

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

Як ШІ може допомогти в автоматизації тестових сценаріїв?

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

Фреймворки автоматизації на основі штучного інтелекту можуть самостійно відновлювати скрипти — автоматично оновлювати локатори при зміні інтерфейсу користувача, що значно скорочує час обслуговування. Вони також інтегруються з конвеєри CI/CD, забезпечення безперервного тестування та зворотного зв'язку в режимі реального часу.

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

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

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

Порада для студентів: Тестовий сценарій описує, що тестувати; тестовий випадок описує, як це тестувати.

СТАТТІ ПО ТЕМІ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

І так далі…

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

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

Поширені проблеми та помилки в тестових сценаріях

Створення ефективних тестових сценаріїв звучить просто, але часто пов'язане з підводними каменями. Ось деякі поширені проблеми та помилки, з якими стикаються тестувальники:

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

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

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

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

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

Чотири поширені етапи тестування - це модульне тестування, інтеграційне тестування, системне тестування та приймальне тестування. Разом вони перевіряють окремі компоненти, їхню взаємодію, поведінку всієї системи та остаточну готовність до реального використання.

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

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

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

Підсумуйте цей пост за допомогою: