Що таке сценарій тесту: Шаблон тесту сценарію з прикладами

what is test scenario

Цей посібник пояснює, що таке сценарій тесту, а також важливість, реалізація, приклади та шаблони сценарію тесту:

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

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

Що ви дізнаєтесь:

• Що таке сценарій тесту?
  • Важливість сценарію тестування
  • Різниця між сценарієм тесту та тестовим кейсом
  • Чому сценарії випробувань обов’язкові?
  • Впровадження тестових сценаріїв
• Приклади сценарію тестування
  • # 1) Тестові сценарії для програми Kindle
  • # 2) Критерії прийнятності для Google Docs
  • Приклад шаблону сценарію тесту
• Висновок
  • Рекомендована література

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

Розглянемо гіпотетичну ситуацію: Тут величезний океан. Вам доведеться подорожувати через океан від одного берега до іншого. Наприклад, від Мумбаї, берег Індії до узбережжя Коломбо, Шріланка.

Ви можете вибрати такий спосіб подорожі:

(i) Дихальні шляхи: Вилетіть до Коломбо

(ii) Водні шляхи:Віддайте перевагу кораблю для поїздки до Коломбо

(iii) Залізниці:Сідайте на поїзд до Шріланки

Тепер про тестові сценарії: Подорож від узбережжя Мумбаї до узбережжя Коломбо - це функціональність, яку потрібно протестувати.

Тестові сценарії включають:

• Подорожуючи авіалініями,
• Подорож водними шляхами або
• Подорож залізницями.

Ці сценарії тестування матимуть тестові приклади.

Тестові кейси, які можна написати для вищезазначених сценаріїв тестування, включають:

Сценарій тесту: Подорож авіалініями

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

1. Рейс виконується за розкладом.
2. Рейс виконується не за розкладом.
3. Виникла надзвичайна ситуація (сильні опади та шторм).

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

Тепер перейдемо до сценаріїв технологічних випробувань.

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

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

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

найкращий безкоштовний брандмауер для Windows 10 2018

Важливість сценарію тестування

• Один сценарій тесту може мати декілька «тестових випадків». Це можна уявити як велике панорамне зображення, а тестові кейси - це дрібні частини, важливі для завершення панорами.
• Це одне рядкове твердження та тестові приклади, що містять поетапний опис для завершення мети твердження про тестовий сценарій.
• Приклад:

Сценарій тесту: Здійсніть оплату послуги таксі.

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

(i) Метод оплати: PayPal, Paytm, кредитна / дебетова картка.
(ii) Оплатазроблено успішно.
(iii) Оплата виконана невдало.
(iv) Оплатапроцес, перерваний між ними.
(V) Не вдається отримати доступ до способів оплати.
(ми) Додатокрозбивається між ними.

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

Різниця між сценарієм тесту та тестовим кейсом

Чому сценарії випробувань обов’язкові?

Сценарії тестування походять від вимог або історій користувачів.

• Візьмемо приклад тестового сценарію бронювання таксі.
• Сценарії можуть бути такими, як варіанти бронювання кабіни, способи оплати, GPS-відстеження, дорожня карта відображається правильно чи ні, деталі кабіни та водія відображаються правильно чи ні тощо, всі перелічені у шаблоні тестового сценарію.
• Тепер припустимо, що сценарій тесту - перевірити, чи ввімкнено служби локації, якщо не ввімкнено, відобразити повідомлення „Увімкнути служби локації”. Цей сценарій пропущений і не вказаний у шаблоні тестових сценаріїв.
• Сценарій «Служба локації» породжує інші тестові сценарії, пов’язані з ним. Це можуть бути:
  • Служба локації недоступна.
  • Служба локації увімкнена, але Інтернету немає.
  • Обмеження щодо служб визначення місцезнаходження.
  • Відображено неправильне місце.
• Відсутній єдиний сценарій може означати втрату багатьох інших критичні сценарії або тестові приклади . Це може мати велике негативний вплив під час впровадження програмного забезпечення. Це призводить до значної втрати ресурсів (термінів).
• Тестові сценарії значною мірою допомагають в уникаючи вичерпного тестування . Це гарантує тестування всіх найважливіших та очікуваних потоків бізнесу, що надалі допомагає в кінцевому та кінцевому тестуванні програми.
• Це економія часу. Крім того, не потрібно вимагати детального опису згідно з тестовими кейсами. Вказується однолінійний опис того, що тестувати.
• Тестові сценарії пишуться після мозкові штурми членів команди. Отже, ймовірність пропустити будь-який сценарій (вирішальний або другорядний) мінімальна. Це робиться з урахуванням технічних особливостей, а також ділового потоку програмного додатку.
• Більше того, сценарії тестування можуть бути схвалені як бізнес-аналітиком, так і клієнтом, або обома, хто чітко знає тестоване додаток.

Таким чином, тестові сценарії є незамінною частиною SDLC.

Впровадження тестових сценаріїв

Давайте побачимо реалізацію тестових сценаріїв або як написати тестові сценарії -

• Формуються епічні / ділові вимоги.
  • Приклад епосу : Створіть обліковий запис Gmail. Епічність може бути головною особливістю програми або вимогою бізнесу.
• Епіки поділяються на менші історії користувачів у спринтах.
• Історії користувачів походять від Epics. Ці історії користувачів мають бути базовими та схваленими зацікавленими сторонами.

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

Приклади сценарію тестування

# 1) Тестові сценарії для програми Kindle

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

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

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

# 2) Критерії прийнятності для Google Docs

«Документи Google» - це веб-програма для створення, редагування та обміну документами Word, електронними таблицями, слайдами та формами. До всіх файлів можна отримати доступ в Інтернеті за допомогою веб-браузера, що має підключення до Інтернету.

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

Обмежені сценарії тестування наведені нижче для загального розуміння. Поглиблені тестові сценарії для документів Google можуть бути окремою темою.

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

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

Дано передумовою.
Коли зробити дію.
Потім очікуваний результат.

Формати 'Дано', 'Коли' та 'Тоді' корисні для визначення критеріїв прийняття.

Приклад шаблону сценарію тесту

Висновок

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

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

Рекомендована література

• Зразок шаблону плану тестування програмного забезпечення з форматом та змістом
• Зразок шаблону тестового кейсу з прикладами тестового кейсу (Завантажити)
• Зразок шаблону для звіту про прийомні випробування з прикладами
• Шаблони на C ++ з прикладами
• Підручник з Python DateTime із прикладами
• Вирізати команду в Unix з прикладами
• Сценарій тестування проти тестового випадку: у чому різниця між ними?
• Плагін Blazemeter та шаблон Jmeter