Увод у тестни сценарио

Сценариј теста је комбинација две речи, то је тест и сценарио. Тест представља акт верификације или валидације, а сценарио представља путовање корисника. Свака тестирана функционалност назива се тестни сценариј. Сценариј теста може се описати као верификација или потврда путовања корисника. Биће у облику докумената који садрже све детаљно написане тестне случајеве да би се испитала функционалност апликација до краја. То је једна од категоризација захтева на високом нивоу која се може тестирати. Такође је позната и као тестна могућност или тестно стање.

Зашто стварати тестне сценарије?

Више тест случајева може бити обухваћено једним тестним сценаријем. Однос између сценарија испитивања и тест случајева је, дакле, један према многима. Али сваки испитивач мора да води рачуна о тестирању током креирања. Тестери га креирају како би тестирали апликацију са становишта крајњег корисника. Испитивачи траже од свих програмера, заинтересованих страна и купаца да их припреме критично.

Разлог за њихово креирање је следећи:

  • Комплетна и правилна покривеност тестом обезбеђена је стварањем савршених тестних сценарија.
  • Стварање њих постаје критично за проучавање функционалности програма до краја.
  • Најважније и најважније крајње трансакције или употреба апликација у стварном времену могу се утврдити уз њихову одговарајућу помоћ.
  • Они се могу користити као алат за брзо утврђивање радне снаге за тестирање што додатно помаже клијентима или организацијама за креирање предлога и ефикасну и ефикасну организацију тестирања радне снаге.
  • Да би се осигурало темељно и правилно тестирање апликација, одобрење се врши на различитим нивоима, укључујући купце, пословне аналитичаре, програмере итд.

Слично томе, могу постојати одређене околности у којима треба избегавати његово стварање.

  • Можда се не ствара у пројектима који слиједе Агиле методологије као што су Сцрум, итд.
  • Када су апликације које треба тестирати нестабилне или превише компликоване или када је пројекат у критичном времену, то се може избећи.
  • Стварање истог може се избећи за регресијско тестирање или за нову грешку, јер ће се у пројектима одржавања тешке документације о њима претходно догодити у претходним циклусима испитивања.

Како се могу писати тестни сценарији?

Следећи кораци могу да изведу тестер за креирање тестних сценарија:

  • Корак 1: Документ захтева као што су Спецификација пословних захтева (БРС), Спецификација функционалне захтеве (ФРС) и Спецификација захтева за систем (СРС) апликације која се тестира треба да се прочита пажљиво и пажљиво. Приручници, књиге, случајеви употребе итд. Апликације која се тестира могу се упутити на исте.
  • Корак 2: Сви могући циљеви и радње корисника треба да буду исправно утврђени за сваки захтев. Све техничке карактеристике сваког захтева такође би требало утврдити.
  • Корак 3: Сви могући узроци хакирања система и процене корисника треба да се раде из перспективе хакера. Процјена корисника може се извршити проналажењем свих могућности корисничког рада апликација.
  • Корак 4: Потпуна листа свих могућих случајева тестирања за верификацију свих функционалности апликације требало би да се направи након што се у потпуности прочита документ о захтевима и заврши анализа.
  • Корак 5: Након уписивања свих њих, ради провере захтева и његовог тестног сценарија, подудара се матрица за следљивост.
  • Корак 6: Надзорни орган прегледава и процењује све креиране тестне сценарије. Такође га верификују све заинтересоване стране.

Према пројектној процедури, сваки тестни сценариј мора бити усклађен са најмање једном корисничком причом или захтевом. Обавезна је верификација сваког тестног сценарија према његовом захтеву одвојено, пре вишеструких захтева у једном тестном сценарију. Комплексни тестни сценарији са више захтева могу се избећи ради једноставности. Цена је директно пропорционална њиховом броју. Дакле, увек је препоручљиво покретати само одабране и потребне у складу са приоритетом купца.

Примери

Испод је неколико примера тестног сценарија

Тестни сценарио за апликацију за куповину на мрежи Буикарт

Сценарији тестирања који се могу узети у обзир за верификацију апликације за куповину на мрежи Буикарт су следећи:

Сценариј теста 1: Провера функционалности пријаве

Тест случајеви који се могу узети у обзир за стварање су:

  • Понашање апликације приликом уноса важећег ИД-а за пријаву и важеће лозинке може се проверити.
  • Понашање апликације приликом уноса важећег ИД-а за пријаву и неважеће лозинке може се проверити.
  • Понашање апликације приликом уноса неважећег ИД-а за пријаву и важеће лозинке може се проверити.
  • Понашање апликације приликом уноса неважећег ИД-а за пријаву и неважеће лозинке може се проверити.
  • Понашање апликације приликом пријављивања уношењем самог ИД-а за пријаву без лозинке може се проверити.
  • Понашање апликације приликом пријаве уносом лозинке без ИД-а за пријаву може се проверити.
  • Понашање апликације приликом пријаве без уношења ИД-а за пријаву и лозинке може се провјерити.
  • Понашање апликације када је одабрана заборављена лозинка.

Сценариј теста 2: Провера функционалности претраживања

Тест случајеви који се могу узети у обзир за стварање су:

  • Понашање апликације када се претражује ваљани производ.
  • Понашање апликације када се претражи неважећи производ.

Сценариј теста 3: Провера детаља о производу

Тест случајеви који се могу узети у обзир за стварање су:

  • Понашање апликације када је изабран производ.
  • Понашање апликације коју производ наводи на листи жеља.
  • Понашање апликације када се производ дода у корпу.
  • Понашање апликације када је изабрана опција Купи одмах.
  • Понашање апликације када је унесена неважећа адреса.
  • Понашање апликације када је унесена важећа адреса.
  • Понашање апликације када се провјери више опција плаћања.

Сценариј теста 4: Провера функционалности плаћања

Тест случајеви који се могу узети у обзир за стварање су:

  • Понашање апликације када је одабрана свака опција плаћања.
  • Понашање апликације када је изабрана ваљана опција плаћања.
  • Понашање апликације када је изабрана неважећа опција плаћања.
  • Понашање апликације када је плаћање успешно.
  • Понашање апликације када је плаћање одбијено.

Сценариј теста 5: Провера функционалности детаља о наруџби

Тест случајеви који се могу узети у обзир за стварање су:

  • Понашање апликације када је одабрана свака наруџба.
  • Понашање апликације када је изабрана опција Ретурн продуцт.
  • Понашање апликације када је одабрана опција производа за праћење.
  • Понашање апликације када је изабрана опција Преглед производа.

Закључак

Делује као прави водич за тестере и помаже им да тестирања буду ефикаснија и ефикаснија. Помаже у смањењу сложености и сувишности испитивања. Сваки тест случај детаљно је написан ради бољег разумевања. То је веома уштеда времена за тестере.

Препоручени чланци

Ово је водич за Шта је тестни сценарио. Овде смо расправљали о томе како креирати тестне сценарије са различитим примерима. Можда ћете такође погледати следеће чланке да бисте сазнали више -

  1. Стрес несигурности посла
  2. Селф мотивирани и посвећени
  3. Шта је агилно тестирање?
  4. Како написати тест случај?

Категорија:

Развој софтвера