Какво е тестов сценарий в софтуерното тестване (примери)

по: Томас Хамилтън Томас Хамилтън
Hours Обновено

⚡ Умно обобщение

Тестов сценарий в софтуерното тестване дефинира всяка функционалност, която може да бъде валидирана, за да се осигури пълно покритие на поведението на приложението в реални условия. Набляга на валидирането от край до край, ориентирания към потребителя дизайн на тестване и tracвъзможно съответствие с изискванията, за да се гарантира проверка на критично важните за бизнеса потоци.

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

Тестови сценарии

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

A Сценарий на теста е описание на високо ниво на функционалност, която ще бъде тествана. То представлява възможно потребителско взаимодействие или системно поведение, понякога наричано тестово условие. Като тестер, трябва да се поставите на мястото на крайния потребител и да разберете реалните сценарии и случаи на употреба на тестваното приложение (AUT).

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

Видове тестови сценарии

  1. Функционални сценарии: Те проверяват дали специфични функции или модули (като вход, регистрация или плащане) работят според изискванията. Те се фокусират върху аспекта „какво трябва да прави“.
  2. Нефункционални сценарии: Те оценяват как системата работи, а не какво прави – обхващат производителност, мащабируемост, използваемост и надеждност.
  3. Сценарии за сигурност: Те оценяват колко добре приложението защитава потребителските данни и предотвратява неоторизиран достъп или уязвимости.
  4. Сценарии за потребителски интерфейс (UI): Те гарантират, че визуалното оформление, навигацията и интерактивните елементи функционират интуитивно на различни устройства и размери на екраните.
  5. Сценарии от край до край: Те симулират работни процеси в реалния свят, като проверяват дали множество модули работят безпроблемно заедно – например търсене, добавяне в количката и извършване на плащане в приложение за електронна търговия.

Тестването на сценарии същото ли е като тестовия сценарий?

Докато тестовите сценарии определят какво да се тества, Тестване на сценарий е метод, при който сложен, от край до край или реални потребителски истории се използват за тестване, често вместо да се разчита единствено на изчерпателен списък с отделни тестови случаи. Целта е да се оцени производителността на системата при специфичен, реалистичен работен процес.

Нека проучим това с помощта на видеото по-долу –

Защо да създавате тестови сценарии?

Тестовите сценарии се създават поради следните причини,

  • Създаването на тестови сценарии помага да се гарантира, че основните случаи на употреба са обхванати по време на тестването.
  • Тестовите сценарии могат да бъдат прегледани и одобрени от заинтересовани страни, като бизнес анализатори, разработчици и клиенти, за да се гарантира, че приложението в процес на тестване (AUT) е щателно тествано. Това гарантира, че софтуерът работи за най-често срещаните случаи на употреба.
  • Те служат като бърз инструмент за определяне на усилията за тестване и съответно за създаване на предложение за клиента или организиране на работната сила.
  • Те помагат да се определят най-важните транзакции от край до край или реалното използване на софтуерните приложения.
  • За изучаване на цялостното функциониране на програмата, тестовият сценарий е от решаващо значение.

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

Кога не е добре да се създава тестов сценарий?

Тестовите сценарии може да не се създават, когато

  • Избягвайте създаването на тестови сценарии, когато приложението е сложно или нестабилно, или когато сроковете на проекта са твърде кратки за структурирана документация.
  • Проекти, които следват Agile методология, като Scrum, Kanban, може да не създават тестови сценарии.
  • Тестовите сценарии не могат да бъдат създавани наново за нова корекция на грешка или Тестване на регресия ако те вече са били документирани в предишни тестови цикли. В такива случаи тестовите сценарии трябва вече да са обстойно документирани в предишните тестови цикли. Това важи особено за проекти за поддръжка.

Как да напишем тестови сценарии

Като тестер можете да следвате тези пет стъпки, за да създадете тестови сценарии-

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

  • Стъпка Прочетете документите с изисквания, като BRS, SRS, FRS, на тестваната система (SUT). Можете също така да се обърнете към примери за употреба, книги, ръководства и др. на приложението, което ще бъде тествано.
  • Стъпка За всяко изискване, определете възможните действия и цели на потребителя. Определете техническите аспекти на изискването. Установете възможни сценарии за злоупотреба със системата и оценете потребителите от гледна точка на хакер.
  • Стъпка 3: След като прочетете документа с изискванията и направите due diligence анализ, избройте различни тестови сценарии, които проверяват всяка функция на софтуера.
  • Стъпка 4: След като сте изброили всички възможни тестови сценарии, a TracМатрица на възможностите е създаден, за да провери дали всяко и всяко изискване има съответен тестов сценарий
  • Стъпка 5: Създадените сценарии се преглеждат от вашия ръководител. Later, те се преглеждат и от други заинтересовани страни в проекта.

Как може изкуственият интелект да помогне при автоматизацията на тестови сценарии?

Изкуственият интелект трансформира автоматизацията на тестовите сценарии, като я прави по-умна, по-бърза и по-адаптивна от традиционното писане на скриптове. Вместо ръчно да пишат скриптове за всеки тест, инструментите, задвижвани от изкуствен интелект, могат автоматично да генерират тестови сценарии от потребителски истории, изисквания или дори исторически данни. Платформите, използващи машинно обучение, анализират модели на минали неуспехи на тестовете, за да предскажат области с висок риск, помагат...ping Тестерите се фокусират върху това, което наистина има значение.

Рамките за автоматизация, управлявани от изкуствен интелект, могат да се самовъзстановяват от скриптове – автоматично актуализират локаторите при промяна на потребителския интерфейс, което драстично намалява времето за поддръжка. Те също така се интегрират с CI/CD тръбопроводи, осигуряване на непрекъснато тестване и обратна връзка в реално време.

Например, AI двигател може да симулира хиляди потребителски пътувания в сайт за електронна търговия, да открива прекъснати потоци и дори да предлага оптимизирано тестово покритие.

Съвети за създаване на тестови сценарии

  • Всеки тестов сценарий трябва да бъде обвързан с поне едно изискване или потребителска история, съгласно методологията на проекта.
  • Преди да създадете тестов сценарий, който проверява множество изисквания наведнъж, уверете се, че имате тестов сценарий, който проверява това изискване изолирано.
  • Избягвайте да създавате прекалено сложни тестови сценарии, обхващащи множество изисквания.
  • Броят на сценариите може да е голям и е скъпо да се изпълняват всички. Въз основа на приоритетите на клиента, изпълнявайте само избрани тестови сценарии.

Съвет за студенти: Тестовият сценарий описва какво да се тества; тестовият случай описва как да се тества.

СВЪРЗАНИ СТАТИИ

Пример 1: Тестов сценарий за приложение за електронна търговия

За приложение за електронна търговия биха били няколко тестови сценария

Сценарий на тест 1: Проверете функцията за влизане

Тестови сценарий за приложение за електронна търговия

За да ви помогнем да разберете разликата в тестовия сценарий и Тестови Случаи, ще бъдат специфични тестови случаи за този тестов сценарий

  1. Проверете поведението на системата при въвеждане на валиден имейл адрес и парола.
  2. Проверете поведението на системата при въвеждане на невалиден имейл адрес и валидна парола.
  3. Проверете поведението на системата при въвеждане на валиден имейл адрес и невалидна парола.
  4. Проверете поведението на системата при въвеждане на невалиден имейл адрес и невалидна парола.
  5. Проверете поведението на системата, когато имейл адресът и паролата са оставени празни и е въведен вход.
  6. Проверката Забравена парола работи според очакванията
  7. Проверете поведението на системата при въвеждане на валиден/невалиден телефонен номер и парола.
  8. Проверете поведението на системата, когато е отметнато „Дръж ме подписан“.

Както е видно, тестовите случаи са по-специфични.

Сценарий на тест 2: Проверете функцията за търсене

Тестови сценарий за приложение за електронна търговия

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

Тестови сценарий за приложение за електронна търговия

Сценарий на тест 4: Проверете функционалността за плащания

Тестови сценарий за приложение за електронна търговия

Сценарий на тест 5: Проверете историята на поръчките

Тестови сценарий за приложение за електронна търговия

Освен тези 5 сценария тук е списъкът с всички други сценарии

  • Проверете поведението на началната страница за завръщащи се клиенти
  • Проверете страниците с категории/продукти
  • Проверете страниците за обслужване на клиенти/контакти
  • Проверете страниците с ежедневни сделки

Пример 2: Тестови сценарии за банков сайт

Сценарий на тест 1: Проверете функцията за влизане и удостоверяване

Сценарий на тест 2: Може да се извърши проверка на паричния превод

Сценарий на тест 3: Може да се види извлечение от чекова сметка

Сценарий на тест 4: Може да се създаде чеков фиксиран депозит/повтарящ се депозит

И така нататък…

Шаблон за тестов сценарий

Изтеглете шаблон на тестов сценарий Excel(.xlsx)

Често срещани предизвикателства и грешки в тестовите сценарии

Създаването на ефективни тестови сценарии звучи просто, но често е свързано с капани. Ето някои често срещани предизвикателства и грешки, с които се сблъскват тестерите:

  • Неясни изисквания: Неясните или променящи се изисквания водят до непълни или неподходящи сценарии.
  • застъпванеping Сценарии: Излишните сценарии губят време и създават объркване при изпълнението на тестовете.
  • Игнориране на гранични случаи: Фокусирането само върху общи пътища пропуска критични дефекти.
  • Лошо приоритизиране: Третирането на всички сценарии еднакво забавя тестването на функции с голямо въздействие.
  • Прекомерно детайлиране: Твърде сложните сценарии затрудняват поддръжката и намаляват гъвкавостта.
  • Липса на Tracвъзможност: Липсващите връзки между изискванията и сценариите причиняват пропуски в покритието.
  • Пренебрегване на готовността за автоматизация: Писането на сценарии, неподходящи за автоматизация, ограничава мащабируемостта.

Въпроси и Отговори

Тестовият сценарий е описание на високо ниво на потребителско действие или работен процес, който се нуждае от валидиране. Той очертава какво да се тества, а не стъпка по стъпка процедурата, helpping гарантира, че критичните потребителски пътища се държат правилно.

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

Случаят на употреба описва пълно взаимодействие между потребител и система, докато сценарият е специфичен случай или път в рамките на този случай на употреба. Всички сценарии се вписват в по-широки, по-структурирани случаи на употреба.

Четирите често срещани етапа на тестване са модулно тестване, интеграционно тестване, системно тестване и приемателно тестване. Заедно те валидират отделните компоненти, техните взаимодействия, поведението на цялата система и окончателната готовност за реална употреба.

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

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

Тестването на сценарии проверява как системата се държи в реалистични ситуации с потребители от край до край. Целта му е да открие повреди, които се появяват само когато множество функции взаимодействат, като гарантира, че продуктът работи безпроблемно в реални условия.

Обобщете тази публикация с: