Шта је тест случај?

Софтверска терминологија често може бити прилично збуњујућа. Пример случаја, сценарио, план; сви звуче прилично слично и лако је помешати појмове. При тестирању софтвера, важно је избегавати неспоразуме о околној терминологији. Стога ћемо у овом чланку погледати шта то значи.

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

Обично их напише тестер из КА тима. То не укључује тестове које развојни тим пише, већ се раде тестови који се изводе након тестирања и тестирања јединице. Што је још важније, испитивач који разумије функционалност апликације и може пружити тестну вриједност вриједности, требао би то написати.

Шаблон

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

ИД тест случајаИД се даје тестном случају.
Опис тест случајаОпис тест случаја.
Сродни захтевИД је дат захтеву који овај тест случај мапира.
ПредусловиСви предуслови или захтеви које треба испунити пре покретања теста.
Кораци за тестирањеДате су упуте за покретање теста.
Тест подациПодаци који се користе током провођења теста.
Очекивани резултатРезултат који се очекује од теста, бележи се пре покретања теста.
Прави резултатСтварни резултат добијен након покретања теста
СтатусСтатус добијен након покретања теста. То може бити пролаз, неуспех, није извршен, блокиран.
КоментариБило какве примедбе за тест.
Информације о животној срединиУкључује информације о мрежи / хардверу / софтверу у којима се покреће тест.

Како написати тест случај?

У наставку су наведени кораци за писање тест случаја.

1. корак: Доделите број и опис.

Корак 2: Да бисмо га покренули, потребни су нам тестни подаци. Без података о тестовима не бисмо имали одговарајуће информације за тестирање, чинећи задатак напорним.

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

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

Корак 5: Такође можемо имати и Додатно поље попут поља Предуслов, које нам каже услове које треба испунити пре пробног трчања, поље Пост-Услови, које нам говори о условима које треба испунити након тестирања, итд.

Пример:

ИД тест случајаОпис тест случајаКораци за тестирањеТест подациОчекивани резултатПрави резултатСтатус
ТЦ01Провери пријаву запослених са важећим подацима

1. Идите на страницу за пријаву.

2.Унесите Усерид

3.Унесите лозинку

4. Кликните на дугме за пријаву

Усерид = админ

Лозинка = абц12345

Корисник би требао бити у могућности да се пријавиКао што је очекиваноПасс
ТЦ02Провери пријаву запослених са неважећим подацима1. Идите на страницу за пријаву.

2.Унесите Усерид

3.Унесите лозинку

4. Кликните на дугме за пријаву

Усерид = админ

Лозинка = 12345абц

Корисник не би требао бити у могућности да се пријавиКао што је очекиваноПасс

Значај тест случаја

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

Важно је да свако може поново тестирати тест користећи их. Они су моћни артефакти који су корисни будућим саиграчима, осим што пружају документацију о начину на који апликација ради. Укратко, они дају следећи значај:

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

Корисни савети и трикови

Приликом писања имајте на уму следеће информације:

  • Треба бити једноставан и концизан, са не више од 15 корака.
  • Свака од њих треба се поново употребити.
  • Избегавајте понављање.
  • Требало би навести додатне информације о подешавању теста као што су софтвер, хардвер, оперативни систем, верзија апликације која се тестира, предуслови за тест итд.
  • То би требало бити написано на начин да тестирамо само једну ствар одједном, без преклапања.
  • Осигурајте да су сви сценарији, позитивни и негативни, покривени, дајући нам 100% покривеност.
  • Оне би требало да буду креиране у виду крајњег корисника.

Закључак

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

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

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

  1. Шта је развој софтвера?
  2. Питања за интервју са софтверским инжењерингом
  3. Каријера као програмер софтвера
  4. 14 најбољих софтверских алата за прављење одличних презентација

Категорија: