what is test scenario
Овај водич објашњава шта је тест сценарио заједно са значајем, применом, примерима и предлошцима сценарија теста:
За било коју софтверску функционалност / функцију која се може тестирати каже се да је тест сценарио. Перспектива крајњег корисника узима се у обзир током писања било ког сценарија теста.
Овај водич ће вам помоћи у одговору на питања: зашто су потребни тест сценарији, када су написани тест сценарији и како написати тест сценарије.
Шта ћете научити:
Шта је тест тест?
Размотримо хипотетичку ситуацију: Постоји огроман океан. Морате путовати преко океана с једне морске обале на другу. На пример, од Мумбаија, морска обала Индије до Коломба, обала Сриланке.
Начин путовања који можете одабрати је:
(и) Аирваис: Летите за Цоломбо
(ии) Пловни путеви:Више волите брод да путујете до Коломба
(иии) Железнице:Возом до Сриланке
Сада за тест сценарије: Путовање од обале Мумбаја до обале Коломба је функционалност коју треба тестирати.
Тест сценарији укључују:
- Путовање Аирваис-ом,
- Путовање пловним путевима или
- Путовање железницом.
Ови тест сценарији ће имати тест случајеве.
Тест примери који се могу написати за горње сценарије тестирања укључују:
Тест сценарио: Путовање ваздушним путем
Тест случајеви могу да укључују сценарије попут:
- Лет је према заказаном времену.
- Лет није према заказаном времену.
- Уследила је ванредна ситуација (обилне кише и олуја).
На исти начин се може написати засебан скуп тест случајева за остале преостале сценарије.
Сада идемо на сценарије технолошких тестова.
Све што се може тестирати је тест сценарио. Стога можемо констатовати да било која софтверска функционалност која је на тестирању и која се може поделити на више мањих функционалности и може се назвати „тестним сценаријем“.
Пре испоруке било ког производа клијенту, мора се проценити и оценити квалитет производа. Тест сценарио помаже у процени функционалног квалитета софтверске апликације која је у складу са њеним пословним захтевима.
Сценарио тестера је поступак у којем тестер тестира софтверску апликацију из перспективе крајњег корисника. Перформансе и квалитет софтверске апликације се темељно процењују пре примене у производном окружењу.
Важност тест сценарија
- Један тестни сценарио може имати више „тест случајева“. Може се замислити као велика панорамска слика, а тест случајеви су мали делови који су важни за довршавање панораме.
- То је изјава у једном реду и примери случајева састоје се од детаљног описа за довршавање сврхе изјаве о сценарију теста.
- Пример:
Тест сценарио: Исплатите услугу таксија.
Ово ће имати више тест случајева као што је наведено у наставку:
(и) Начин плаћања: ПаиПал, Паитм, кредитна / дебитна картица.
(ии) Плаћањеготово је успешно.
(иии) Уплата је неуспешна.
(ив) Плаћањепроцес прекинут између.
(в) Не могу да приступим начинима плаћања.
(ми) Апликацијапоквари се између.
- Тест сценарији тако помажу у процени софтверске апликације према стварним ситуацијама.
- Сценарији испитивања када се утврде помажу у раздвајању обима тестирања.
- Ова бифуркација се назива приоритизацијом која помаже у одређивању важних функционалности софтверске апликације.
- Приоритетно тестирање функционалности у великој мери помаже у успешној имплементацији софтверске апликације.
- Како се сценарији испитивања дају приоритет, најважније функције могу се лако идентификовати и тестирати на приоритету. Ово осигурава да већина кључних функција функционише у реду и да се недостаци у вези с њима правилно ухвате и отклоне.
- Сценарији теста одређују ток пословног процеса софтвера и стога је могуће тестирање апликације од краја до краја.
Разлика између сценарија теста и тест случаја
Тест Сценарио | Тест случајева |
---|---|
Потребна кратка документација. | Потребна је детаљна документација. |
Тест сценарио је концепт. | Тест случајеви су решења за верификацију тог концепта. |
Тест Сценарио је функционалност високог нивоа. | Тест случајеви су детаљна процедура за тестирање функционалности високог нивоа. |
Тестни сценарији су изведени из Захтева / Прича о кориснику. | Тест случајеви су изведени из тест сценарија. |
Тест сценарио је „Коју функционалност треба тестирати“ | Тест случајеви су „Како тестирати функционалност“. |
Тестни сценарији имају више тест случајева. | Тест случај може или не мора бити повезан са више тест сценарија. |
Сценарији појединачних тестова никада се не могу поновити. | Појединачни тест случај може се користити више пута у различитим сценаријима. |
Потребне су сесије можданог олуја да би се финализирао тестни сценарио. | Потребно је детаљно техничко знање софтверске апликације |
Уштеда времена као детаљи минута нису потребни. | Потребно је времена јер треба пазити на сваки детаљ. |
Трошкови одржавања су ниски јер су потребни ресурси мали. | Трошкови одржавања су високи јер су потребни ресурси високи |
Зашто су сценарији теста неопходни?
Сценарији теста су изведени из захтева или корисничких прича.
- Узмимо пример тестног сценарија за резервацију кабине.
- Сценарији могу бити попут опција резервације кабине, начина плаћања, ГПС праћења, тачке пута приказане тачно или не, детаљи кабине и возача приказани тачно или не, итд. Сви су наведени у предлошку тестног сценарија.
- Сада претпоставимо да је тест тест да проверимо да ли су услуге локације укључене, ако нису укључене, прикажите поруку „Укључи услуге локације“. Овај сценарио је пропуштен и није наведен у предлошку тестних сценарија.
- Сценарио „Услуга локације“ доводи до других сценарија теста повезаних с њим. То могу бити:
- Локацијска услуга је сива.
- Услуга локације је укључена, али нема интернета.
- Ограничења за услуге локације.
- Приказује се погрешна локација.
- Недостаје један сценарио може значити пропуштање многих других пресудни сценарији или тест примери . Ово може имати сјајно Негативан утицај током имплементације софтверске апликације. То резултира великим губитком ресурса (рокови).
- Тест сценарији у великој мери помажу у избегавајући исцрпно тестирање . Обезбеђује тестирање свих кључних и очекиваних пословних токова, што додатно помаже на крају до краја тестирања апликације.
- Ово су уштеде времена. Такође, није потребан много детаљан опис према тест случајевима. Описује се једнослојни опис шта треба тестирати.
- Тест сценарији су написани након сесије мозгања чланова тима. Стога је вероватноћа да ћете пропустити било који сценарио (кључни или мањи) минимална. Ово се ради имајући на уму техничке детаље, као и пословни ток софтверске апликације.
- Штавише, сценарије тестирања може одобрити пословни аналитичар или клијент или обојица који експлицитно познају апликацију која се тестира.
Стога су тест сценарији неизоставни део СДЛЦ-а.
Примена тест сценарија
Погледајмо имплементацију тест сценарија или како написати тест сценарије-
- Формирају се епски / пословни захтеви.
- Пример епике : Отворите Гмаил налог. Епс може бити главна карактеристика апликације или пословни захтев.
- Епови су подељени у мање корисничке приче током спринтова.
- Приче корисника изведене су из Епицс-а. Ове корисничке приче морају бити припремљене и одобрене од стране заинтересованих страна.
- Сценарији тестирања изведени су из корисничких прича или БРС (документ са пословним захтевима), СРС (документ са спецификацијом системских захтева) или ФРС (документ са функционалним захтевима) који је завршен и припремљен.
- Испитивачи пишу сценарије тестирања.
- Ове сценарије испитивања одобрава вођа тима, пословни аналитичар или менаџер пројекта, у зависности од организације.
- Сваки тест тест мора бити везан за најмање једну корисничку причу.
- Морају се идентификовати позитивни и негативни сценарији испитивања.
- Приче корисника састоје се од Критеријуми за прихватање попут :
- Критеријуми за прихватање су списак услова или стање намере за захтеве купца. Очекивања купца и неспоразуми узимају се у обзир приликом писања критеријума за прихватање.
- Они су јединствени за једну корисничку причу и свака корисничка прича мора имати најмање један критеријум прихватања који би требало независно тестирати.
- Критеријуми прихватања помажу у одређивању које су особине обухваћене, а које ван домета пројекта. Ови критеријуми треба да укључују функционалне, као и нефункционалне карактеристике.
- Пословни аналитичари пишу критеријуме прихватања и Власник производа их одобрава.
- Или у неким случајевима власник производа може сам да напише критеријуме.
- Сценарији испитивања могу се добити на основу критеријума прихватања.
Примери сценарија теста
# 1) Тест сценарији за апликацију Киндле
Киндле је апликација која омогућава својим е-читачима да претражују е-књиге на мрежи, преузимају их и купују. Амазон Киндле пружа читачу е-књига стварно искуство држања књиге у руци и читања. Чак је и окретање страница лепо симулирано у апликацији.
ктп питања и одговори за интервју пдф
Сада забележимо тест сценарије. ( Белешка: Ограничени сценарији су наведени у наставку да бисте добили општу идеју за писање тестног сценарија. Из њега може бити изведено више тестова).
Тестни сценарији # | Тест сценарији |
---|---|
7 | Проверите да ли функција преузимања ради исправно. |
1 | Проверите да ли се апликација Киндле правилно покреће. |
два | Проверите да ли се резолуција екрана прилагођава различитим уређајима након покретања апликације. |
3 | Проверите да ли је приказани текст читљив. |
4 | Проверите да ли опције за увећавање и смањивање раде. |
5 | Проверите да ли су компатибилне датотеке увезене у апликацију Киндле читљиве. |
6 | Проверите капацитет складиштења апликације Киндле. |
8 | Проверите да ли симулација окретања страница ради исправно |
9 | Проверите компатибилност формата е-књига са апликацијом Киндле. |
10 | Потврдите фонтове које апликација Киндле подржава. |
Једанаест | Проверите трајање батерије коју користи апликација Киндле. |
12 | Проверите перформансе Киндле-а у зависности од мрежне повезаности (Ви-Фи, 3Г или 4Г). |
Из сваког горе наведеног сценарија може се извести вишеструки тест случајеви.
# 2) Критеријуми за прихватање Гоогле докумената
„Гоогле документи“ су веб апликација заснована на креирању, уређивању и дељењу докумената речи, табела, слајдова и образаца. Свим датотекама се може приступити на мрежи помоћу веб прегледача који има интернет везу.
Створени документи могу се делити као веб страница или као документ спреман за штампу. Корисник може поставити ограничења на то ко може прегледавати и уређивати документе. Различити појединци са различитих географских локација могу заједнички делити један документ и радити на њему.
Ограничени сценарији испитивања наведени су у наставку за опште разумевање. Сценарији детаљног тестирања за Гоогле документе могу бити засебна тема.
Кретеријум # | Кретеријум |
---|---|
7 | Више корисника може радити на једном документу. |
1 | Ворд, табеле или обрасци могу се успешно отворити без грешке. |
два | Предлошци су доступни за документе, листове и слајдове. |
3 | Доступни предлошци су доступни корисницима. |
4 | Шаблон који се користи може се уређивати (нпр. Фонтови, величина фонта, додавање текста, брисање текста, уметање слајда). |
5 | Ако интернет веза привремено није доступна, датотека се може локално складиштити и учитати по доступности Интернет везе. |
6 | Промене које је направило више корисника нису преписане. |
8 | Завршени посао се чува ако се приликом преношења датотеке изгуби интернет веза. |
9 | Ограничења дељења се правилно примењују. |
10 | Корисници са ограничењем приказа не могу да извршавају никакве измене на документима. |
Једанаест | Документи се могу објављивати на Интернету за ширу јавност. |
12 | Измене извршене на документима чувају се са временским жигом и детаљима аутора. |
Број сценарија за тестирање биће вишеструк и веома велик за Гоогле документе. У таквим случајевима генерално заинтересоване стране постављају и одобравају само критеријуме прихватања, а чланови тима раде на тим критеријумима. Писање тест случајева за тест сценарије може бити исцрпан задатак за велике апликације.
Ови критеријуми прихватања играју главну улогу у итеративном планирању процеса и никада их не треба превидети. Њиховим унапред дефинисаним и унапред избегава изненађења или шокове на крају спринта или издања
Дато предуслов.
Када да изврши акцију.
Онда очекивани резултат.
Формати Дати, Када и Тада су корисни за одређивање критеријума прихватања.
Пример предлошка тест сценарија
Користите ИД приче # | ИД сценарија теста # | Верзија # | Тест сценарији | Број тест случајева | Значај |
---|---|---|---|---|---|
УСИД12.1 | ТСИД12.1.1 | Кин12.4 | Проверите да ли се апликација Киндле правилно покреће. | 4 | Хигх |
УСИД12.1 | ТСИД12.1.2 | Кин12.4 | Проверите капацитет складиштења апликације Киндле. | 3 | Средње |
Закључак
У било ком софтверском тестирању животни циклус разумевање и постављање тест сценарија је веома важан елемент. Квалитет софтвера може се побољшати постојањем добре основе за тест сценарије. Употреба тест случајева и сценарија тестирања често се могу заменити.
Међутим, правило палца гласи да се тест сценарио користи за писање више тест случајева или можемо рећи да су тест случајеви изведени из тест сценарија. Добро дефинисани сценарији тестирања осигуравају квалитетан софтвер.
Препоручено читање
- Узорак предлошка плана тестирања софтвера са форматом и садржајем
- Узорак предлошка тест примера са примерима тест примера (преузми)
- Пример узорка за извештај о испитивању прихватања са примерима
- Предлошци на Ц ++ са примерима
- Водич за Питхон ДатеТиме са примерима
- Изрежи команду у Унику са примерима
- Тест сценариј против тест случаја: Која је разлика између њих?
- Блаземетер додатак и Јметер предложак