what is negative testing
Поседовање најоптималнијег квалитета производа је примарни циљ организација за тестирање.
Уз помоћ ефикасног процеса осигурања квалитета, тест тимови покушавају да пронађу максималне недостатке током њиховог испитивања , чиме се осигурава да клијент или крајњи корисник који конзумирају производ не виде никакве абнормалности у погледу његовог функционисања у сопственом рачунарском окружењу.
Будући да је проналажење недостатака један од главних циљева тестера, он / она мора пажљиво да направи или осмисли сценарије испитивања како би се уверио да одређена апликација или производ ради онако како треба.
Иако је дефинитивно важно проверити да ли софтвер извршава своје основне функције како је предвиђено, подједнако је или важније потврдити да ли је софтвер у стању да грациозно реши абнормалну ситуацију. Очигледно је да већина недостатака настаје стварањем таквих ситуација уз разумну и прихватљиву креативност тестера.
Већина нас је већ упозната са неколико врста тестирања, као што су функционално тестирање, испитивање здраве исправности, испитивање дима , интеграционо тестирање, регресија тестирање , алфа и бета тестирање , испитивање приступачности итд. Међутим, сви ће се сложити да коју год категорију тестирања да обавите, целокупан напор тестирања може се у основи генерализовати у две категорије: позитивни путеви испитивања и негативни путеви испитивања.
Наставимо са следећим одељцима у којима ћемо расправљати о позитивном и негативном тестирању, о томе како се разликују и описаћемо неке примере да бисмо разумели какве негативне тестове можемо извршити током тестирања апликације.
Шта ћете научити:
- Шта је позитивно и негативно тестирање?
- Практични примери позитивног и негативног тестирања
- Основни фактори који помажу у писању позитивних и негативних тестова
- Закључак
- Препоручено читање
Шта је позитивно и негативно тестирање?
Позитивно тестирање
Позитивно тестирање, које се често назива „тестирање срећне стазе“, обично је први облик тестирања који би тестер извео на апликацији. То је поступак покретања тест сценарија који би крајњи корисник покренуо за своју употребу. Дакле, као што се подразумева, позитивно тестирање подразумева покретање сценарија теста са само тачним и валидним подацима. Ако тестном сценарију нису потребни подаци, тада би позитивно тестирање захтевало покретање теста тачно на начин на који би требало да се изврши, а тиме и осигурање да апликација испуњава спецификације.
Понекад може постојати више начина за извршавање одређене функције или задатка с намером да се крајњем кориснику пружи већа флексибилност или општа доследност производа. Ово се назива тестирање на алтернативни пут, што је такође врста позитивног тестирања. У алтернативном тестирању путање, тест се поново изводи да би се задовољили његови захтеви, али користећи другачији пут од очигледног пута. Тест сценарио би чак трошио исту врсту података да би се постигао исти резултат.
Схематски се може разумети из врло генеричког примера описаног у наставку:
А је почетна тачка, а Б крајња тачка. Постоје два начина да се крене од А до Б. Рута 1 је обично узета рута, а Рута 2 је алтернативна рута. Стога би у таквом случају тестирање срећне путање прелазило од тачке А до Б помоћу путање 1, а алтернативно тестирање путање би обухваћало пролазак путем 2 од тачке А до Б. Приметите да је резултат у оба случаја исти.
Негативно тестирање
Негативно тестирање које се обично назива испитивање путање грешке или испитивање грешака се обично ради како би се осигурала стабилност апликације.
бесплатни софтвер за копирање ДВД-а за Виндовс 10
Негативно тестирање је поступак примене што више креативности и валидације апликације против неважећих података. То значи да је његова намена да провери да ли се грешке приказују кориснику тамо где треба или да се лошије поступа са лошом вредношћу.
Апсолутно је неопходно разумети зашто је неопходно негативно тестирање.
Функционална поузданост апликације или софтвера може се мерити само ефикасно дизајнираним негативним сценаријима. Негативно тестирање не само да има за циљ да открије све потенцијалне недостатке који би могли озбиљно утицати на потрошњу производа у целини, већ могу бити од пресудне важности за одређивање услова под којима апликација може да падне. Коначно, осигурава да у софтверу постоји довољно валидације грешака.
Пример:
Рецимо, на пример, да треба да напишете негативне тестове оловке. Основни мотив оловке је могућност писања на папиру.
Неки примери негативног тестирања могу бити:
- Промените медиј на коме би требало да пише, са папира на тканину или циглу и погледајте да ли би и даље требало да пише.
- Ставите оловку у течност и проверите да ли поново пише.
- Замените пуњење оловке празним и проверите да ли треба да престане да пише.
Практични примери позитивног и негативног тестирања
Узмимо пример чаробњака за кориснички интерфејс да бисмо креирали неке смернице. У чаробњаку корисник мора унети текстуалне вредности у једно окно, а нумеричке вредности у други.
Прво окно:
У првом се од корисника очекује да имену да смернице како је приказано у наставку:
најбољи софтвер за ажурирање управљачких програма за Виндовс 10
Узмимо такође нека основна правила како бисмо били сигурни да дизајнирамо добре позитивне и негативне сценарије.
Захтеви:
- Поље за текст имена је обавезан параметар
- Опис није обавезан.
- Поље са именом може имати само а-з и А-З знакове. Нису дозвољени бројеви, посебни знакови.
- Име може имати највише 10 знакова.
Ајмо сада да дизајнирамо позитивне и негативне случајеве тестирања за овај пример.
Позитивни тестови: Испод су неки позитивни сценарији тестирања за овај одређени окно.
- АБЦДЕФГХ (валидација великих слова унутар ограничења броја знакова)
- абцдефгх валидација малих слова унутар ограничења броја знакова)
- ааббццддмн (валидација ограничења броја знакова)
- аДБцефз (велика слова у комбинацији са малим словима у оквиру ограничења броја знакова)
- .. и тако даље.
Негативни тестови : Испод су неки негативни сценарији тестирања за овај одређени окно.
- АБЦДЕФГХЈКИОООООКИснс (име прелази 10 знакова)
- абцд1234 (име има нумеричке вредности)
- Није наведено име
- сндддвввв_ (име које садржи посебне знакове)
- .. и тако даље.
Друго окно:
У другом окну, од корисника се очекује да унесе само нумеричке вредности као што је приказано доле:
Успоставимо и овде нека основна правила:
Захтеви:
- ИД мора бити број између 1–250
- Лична карта је обавезна.
Због тога ево неколико позитивних и негативних сценарија теста за овај одређени окно.
Позитивни сценарији испитивања : Испод су неки позитивни сценарији тестирања за овај одређени окно.
- 12 (унос важеће вредности између наведеног опсега)
- 1.250 (уношење граничне вредности наведеног опсега)
Негативни сценарији теста : Испод су неки негативни сценарији тестирања за овај одређени окно.
- Аб (унос текста уместо бројева)
- 0, 252 (Уношење ван граничних вредности)
- Нулл инпут
- -2 (унос вредности изван опсега)
- +56 (унос важеће вредности са префиксом посебног знака)
Основни фактори који помажу у писању позитивних и негативних тестова
Ако пажљиво посматрате горње примере, приметићете да може бити више позитивних и негативних сценарија. Колико год ефикасно тестирање било када оптимизирате бескрајну листу позитивних и негативних сценарија на такав начин да ви постићи довољно испитивања .
Такође, у оба ова случаја видећете уобичајени образац о начину на који су осмишљени сценарији. У оба наведена случаја постоје два основна параметра или технике који су чинили основу за дизајнирање довољне количине позитивних и негативних тест случајева.
Два параметра су:
.нет питање и одговори на интервју
Анализа граничне вредности :
Као што само име говори, граница указује на ограничења нечега. Стога ово укључује дизајнирање тест сценарија који се фокусирају само на граничне вредности и потврђују како се апликација понаша. Према томе, ако се улази дају унутар граничних вредности, онда се то сматра позитивним испитивањем, а улази изван граничних вредности делом негативног испитивања.
На пример, ако одређена апликација прихвата ВЛАН ИД-ове у распону од 0 - 255. Отуда ће овде 0, 255 формирати граничне вредности. Сви улази испод 0 или изнад 255 сматрат ће се неваљаним и стога ће представљати негативно тестирање.
Еквиваленција партиционирања :
У еквивалентној партицији, подаци теста су одвојени у различите партиције. Те се партиције називају класе података еквиваленције. Претпоставља се да се различити улазни подаци (подаци могу бити услов) у свакој партицији понашају на исти начин. Дакле, само један одређени услов или ситуацију треба тестирати са сваке партиције, као да једна ради, онда се претпоставља да сви остали у тој партицији раде. Слично томе, ако један услов у партицији не функционише, онда ниједан од осталих неће функционисати.
Стога је сада врло очигледно да ће се ваљане класе података (у партицијама) састојати од позитивног тестирања, док ће се неваљане класе података састојати од негативног тестирања.
У истом примеру ВЛАН-а горе, вредности се могу поделити на рецимо две партиције.
Дакле, две партиције овде би биле:
- Вредности -255 до -1 у једној партицији
- Вредности 0 до 255 на другој партицији
Закључак
Неколико пута сам се суочио са ситуацијом када људи верују да је негативно тестирање више-мање дуплирање позитивног тестирања, уместо да верују у чињеницу да оно поткрепљује позитивно тестирање. Моје становиште о овим питањима увек је било доследно као испитивач. Они који разумеју и теже високим стандардима и квалитету несумњиво ће применити негативно тестирање као неопходно у процесу квалитета.
Иако позитивно тестирање осигурава потврду случаја пословне употребе, негативно тестирање осигурава да испоручени софтвер нема недостатака који могу бити одвраћање од његове употребе од стране купца.
Дизајнирање прецизних и моћних сценарија негативног тестирања захтева креативност, предвиђање, вештину и интелигенцију тестера. Већина ових вештина може се стећи искуством, зато држите се и наставите да процењујете свој пуни потенцијал изнова и изнова!
О аутору: Ово је гостујући чланак Снехе Надиг. Ради као пробни вођа са преко 7 година искуства у пројектима ручног и аутоматизованог тестирања.
Јавите нам своје мисли и искуства о негативном тестирању.
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Преузимање е-књиге за тестирање буквара
- Како написати недељни извештај о тестирању софтвера
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- Испитивање оптерећења помоћу ХП ЛоадРуннер водича
- Водич за тестирање безбедности веб апликација
- Тестирање апликација - у основе тестирања софтвера!
- Инсталирајте своју апликацију на уређај и започните тестирање из програма Ецлипсе