Шта је тест случај?
Тест цасе је скуп радњи извршених да провери одређену функцију или функционалност рачунарског програма. Тест случај садржи кораке испитивања, податке о испитивању, предуслов, постуслов развијен за одређени сценарио испитивања ради верификације било ког захтева. Тест случај укључује одређене променљиве или услове, помоћу којих инжењер за испитивање може упоредити очекиване и стварне резултате како би утврдио да ли софтверски производ функционише у складу са захтевима купца.
Тест сценариј против тест случаја
Сценарији испитивања су прилично нејасни и покривају широк спектар могућности. Тестирање се састоји у томе да будете врло специфични.
За тестни сценарио: Проверите функционалност пријаве, постоји много могућих тест случајева:
- Тест случај 1: Проверите резултате приликом уноса важећег корисничког идентитета и лозинке
- Тест случај 2: Проверите резултате уносом неважећег корисничког ИД-а и лозинке
- Тест пример 3: Проверите одговор када је Усер ИД празан и притиснете дугме за пријављивање и још много тога
Ово није ништа друго до тест случај.
У овом упутству ћете научити како писати тест случајеве у ручном тестирању са примерима -
- Како писати тест случајеве у ручном тестирању
- Формат стандардних тест случајева
- Најбоља пракса за писање примера доброг тест случаја.
- Алати за управљање тест примером
- Ресурси
Кликните овде ако видео снимку није доступан
Како писати тест случајеве у ручном тестирању
Створимо тест случаја за сценарио: Провери функционалност пријаве
Корак 1) Био би једноставан тест за објашњење сценарија
| Тест Цасе # | Опис тест случаја |
|---|---|
| 1 | Проверите одговор када се унесу ваљани емаил и лозинка |
Корак 2) Да бисте извршили тест, требали би вам подаци о тестирању. Додајући га у наставку
| Тест Цасе # | Опис тест случаја | Тест подаци |
|---|---|---|
| 1 | Проверите одговор када се унесу ваљани емаил и лозинка | Е-пошта: Ова адреса е-поште је заштићена од нежељених робота. Поште заштићена је од спам напада, треба омогућити ЈаваСкрипт да бисте је видели. Лозинка: лНф9 Оти7 2х |
Идентификовање тест података може потрајати и понекад може захтевати поновно креирање тест података. Разлог зашто то треба документовати.
Корак 3) Да би извршио тест случаја, испитивач треба да изврши одређени скуп радњи на АУТ. Ово је документовано на следећи начин:
| Тест Цасе # | Опис тест случаја | Пробни кораци | Тест подаци |
|---|---|---|---|
| 1 | Проверите одговор када се унесу ваљани емаил и лозинка |
1) Унесите адресу е-поште 2) Унесите лозинку 3) Кликните на Пријави се |
Е-пошта: Ова адреса е-поште је заштићена од нежељених робота. Поште заштићена је од спам напада, треба омогућити ЈаваСкрипт да бисте је видели. Лозинка: лНф9 Оти7 2х |
Тест кораци често нису једноставни као горе, па им је потребна документација. Такође, аутор тест случаја може напустити организацију или отићи на одмор или је болестан и ван службе или је веома заузет другим критичним задацима. Од недавно ангажованог запосленог може се затражити да изврши тест случаја. Документовани кораци ће му помоћи, а такође ће олакшати и преиспитивање других заинтересованих страна.
Корак 4) Циљ тест случајева у тестирању софтвера је провера понашања АУТ за очекивани резултат. Ово треба документовати на следећи начин
| Тест Цасе # | Опис тест случаја | Тест подаци | Очекивани резултат |
|---|---|---|---|
| 1 | Проверите одговор када се унесу ваљани емаил и лозинка | Е-пошта: Ова адреса е-поште је заштићена од нежељених робота. Поште заштићена је од спам напада, треба омогућити ЈаваСкрипт да бисте је видели. Лозинка: лНф9 Оти7 2х | Пријављивање би требало да буде успешно |
Током времена извршавања теста, испитивач ће проверити очекиване резултате у односу на стварне резултате и доделити статус проласка или неуспеха
| Тест Цасе # | Опис тест случаја | Тест подаци | Очекивани резултат | Прави резултат | Пасс / Фаил |
|---|---|---|---|---|---|
| 1 | Проверите одговор када се унесу ваљани емаил и лозинка | Е-пошта: Ова адреса е-поште је заштићена од нежељених робота. Поште заштићена је од спам напада, треба омогућити ЈаваСкрипт да бисте је видели. Лозинка: лНф9 Оти7 2х | Пријављивање би требало да буде успешно | Пријављивање је успело | Пасс |
Корак 5) Да осим вашег тест случаја -може имати поље попут Предуслов које наводи ствари које морају бити на месту пре него што тест може да се покрене. За наш тест случај, предуслов би био инсталирање прегледача за приступ веб локацији која се тестира. Тест случај може такође садржати пост-услове који одређују све што се примењује након завршетка тест случаја. За наш тестни случај, постуслов би био време и датум пријаве се чува у бази података
Формат стандардних тест случајева
Испод је формат стандардног примера тест случајева пријављивања.
| ИД тест случаја | Тест Сценарио | Пробни кораци | Тест подаци | Очекивани резултати | Стварни резултати | Пасс / Фаил |
|---|---|---|---|---|---|---|
| ТУ01 | Проверите пријаву купаца са важећим подацима |
| Усерид = гуру99 Лозинка = пасс99 | Корисник треба да се пријави у апликацију | Као што је очекивано | Пасс |
| ТУ02 | Проверите пријаву клијента са неважећим подацима |
| Усерид = гуру99 Лозинка = гласс99 | Корисник не би требало да се пријави у апликацију | Као што је очекивано | Пасс |
Цела табела може да се креира у програму Ворд, Екцел или било ком другом алату за управљање тестовима. То је све за дизајн тест кућишта
Током израде тест случаја који укључује следеће информације
- Опис захтева који се испитује
- Објашњење како ће систем бити тестиран
- Постављање теста, попут верзије апликације која се тестира, софтвера, датотека са подацима, оперативног система, хардвера, сигурносног приступа, физичког или логичког датума, доба дана, предуслова као што су други тестови и било које друге информације о подешавању које се односе на захтеве који се испитују
- Улази и излази или радње и очекивани резултати
- Сви докази или прилози
- Користите активни језик великих и малих слова
- Тест случај не сме бити дужи од 15 корака
- Аутоматизована тест скрипта се коментарише са улазима, сврхом и очекиваним резултатима
- Постављање нуди алтернативу предусловним тестовима
- Са осталим тестовима, то би требало да буде нетачан редослед пословног сценарија
Најбоља пракса за писање примера доброг тест случаја.
1. Тест случајеви морају бити једноставни и транспарентни:
Створите што једноставније тестове. Морају бити јасни и сажети јер их аутор тест случаја можда неће извршити.
Користите асертивни језик попут одласка на почетну страницу, уноса података, клика на ово и тако даље. Ово олакшава разумевање корака теста и брже извршавање тестова.
2. Створите тест случај са крајњим корисником у виду
Крајњи циљ сваког софтверског пројекта је стварање тест случајева који испуњавају захтеве купаца и једноставан је за употребу и руковање. Тестер мора да креира тест случајеве имајући у виду перспективу крајњег корисника
3. Избегавајте понављање тест случајева.
Не понављајте тест случајеве. Ако је тест тест потребан за извршавање неког другог тест случаја, позовите тест случај помоћу његовог ид случаја у колони предуслова
4. Не претпостављајте
Не претпостављајте функционалност и функције софтверске апликације док припремате тест случај. Придржавајте се докумената са спецификацијама.
5. Осигурајте 100% покривеност
Обавезно напишите тест случајеве да бисте проверили све софтверске захтеве наведене у документу са спецификацијама. Користите матрицу сљедивости како бисте осигурали да ниједна функција / услови не остану непровјерени.
6. Тест случајеви морају бити идентификовани.
Именујте тестни случај тако да се лако идентификује током праћења недостатака или идентификовања софтверског захтева у каснијој фази.
7. Примени технике испитивања
Није могуће проверити све могуће услове у софтверској апликацији. Технике тестирања софтвера помажу вам да одаберете неколико тест случајева са максималном могућношћу проналажења квара.
- Анализа граничне вредности (БВА): Као што назив сугерише, то је техника која дефинише испитивање граница за одређени опсег вредности.
- Еквиваленцијска партиција (ЕП): Ова техника дели опсег на једнаке делове / групе који имају исто понашање.
- Техника транзиције стања : Ова метода се користи када се понашање софтвера мења из једног стања у друго након одређене радње.
- Техника погађања грешака : Ово је нагађање / предвиђање грешке која може настати током ручног тестирања. Ово није формална метода и користи предности искуства тестера са апликацијом
8. Самочишћење
Тест случај који креирате мора вратити тест окружење у стање пре теста и не сме учинити тест окружење неупотребљивим. Ово се посебно односи на тестирање конфигурације.
9. Поновљиво и самостојеће
Тест случај би требало да генерише исте резултате сваки пут без обзира ко га тестирао
10. Пеер Ревиев.
Након креирања тест случајева, нека их колеге прегледају. Ваши вршњаци могу открити недостатке у дизајну вашег тест случаја, који ћете лако пропустити.
Алати за управљање тест примером
Алати за управљање тестовима су алати за аутоматизацију који помажу у управљању и одржавању тест случајева. Главне карактеристике алата за управљање тест случајем су
- За документовање тест случајева: Помоћу алата можете убрзати стварање тест случајева помоћу шаблона
- Извршите тест случај и забележите резултате: тест случај се може извршити помоћу алата и добијени резултати могу се лако снимити.
- Аутоматизујте праћење недостатака: неуспели тестови се аутоматски повезују са програмом за праћење грешака, који се заузврат може доделити програмерима и може се пратити путем обавештења путем е-поште.
- Следљивост: Захтеви, тест случајеви, извршење тест случајева су сви међусобно повезани помоћу алата, а сваки случај се може пратити један до другог ради провере покривености тестом.
- Заштита тест случајева: Тест случајеви би се требали поново користити и требали би бити заштићени од губитка или оштећења због лоше контроле верзија. Алати за управљање тест примером нуде функције попут
- Конвенције о именовању и нумерисању
- Израда верзија
- Складиште само за читање
- Контролисани приступ
- Резервна копија ван локације
Популарни алати за управљање тестовима су: Центар за квалитет и ЈИРА
Ресурси
- Имајте на уму да ће се коришћени образац разликовати од пројекта до пројекта. Прочитајте овај водич да бисте сазнали предложак тест случаја са објашњењем важних поља
Преузмите горњи образац за тест примера Екцел (.клс)
