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

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

Технике тестирања црне кутије

Тестни примери намењени тестирању система играју важну улогу у тестирању. Начин на који су створени и сценарији које покривају треба узети у обзир. Испитивачи могу да креирају документ са спецификацијом захтева користећи следеће технике:

  1. Подјела за еквиваленцију
  2. Анализа граничне вредности
  3. Тестирање табеле одлука
  4. Државно транзицијско тестирање
  5. Грешка погоди
  6. Графичке методе испитивања
  7. Упоређивање тестирање
  8. Користите технику случаја

Следе технике које су објашњене у даљем тексту:

1. Испитивање еквиваленције

  • Ова техника дели улазне вредности које су софтверу дате у различите групе или класе. То се ради на основу резултата који ће доћи као резултат. Ова техника је позната и као подјела класа еквивалентности. Радећи ово штедимо напор давања различитих улаза. Уместо тога, групи или класи дајемо једну вредност како бисмо тестирали исход те групе или класе. Ово помаже у побољшању покривености тестом и заузврат смањује поновни рад. Уштеде се и време јер се не морају давати посебни улази. Улаз за сваку класу је довољан.
  • Узмимо пример оцена које ученици добијају. Ако ученик постигне оцјену изнад 75%, тада је први разред осигурао дистинкцијом. Слично томе, ако је резултат између 60% и 75%, тада је осигурао прву класу. Ако је резултат између 50% и 60%, онда је друга класа. Ако је резултат између 40% до 50%, онда прође класу, иначе не успе. Овде ће бити четири одељења. Ови тест случајеви су формирани и осигурано је да се стога покрије све могућности. Према томе, довољно је тестирати било које вредности у овом сету.

2. Анализа граничне вредности

  • Овде се фокусира на вредности које су присутне на границама. То је зато што обично постоји много проблема када је реч о тестирању са вредностима које се фокусирају на границе. Граница се фокусира на вредности близу границе у којој се понашање система мења. У анализи граничних вредности оба испитивања која су валидна и неважећа треба тестирати.
  • На пример, ако желимо да тестирамо вредности које се крећу од 1 до 100, требало би да проверимо да ли програм ради за вредности попут 1-1, 1 + 1, 1, 100-1, 100 + 1, итд. Ово помаже у поново штедимо време јер можемо само да проверимо вредности као што су 0, 1, 2, 99, 100 и 101.

3. Тестирање табеле одлука

Кад год постоје логични услови или кораци за доношење одлука, тада се користи ова техника. То могу бити налик ако одређени услов није задовољен, тада треба извршити акцију А, у супротном треба извршити радњу Б. Тестер мора идентификовати улаз и радње које треба извести на основу услова. На основу њих креира се табела одлука. Размотрите пример где је непарни број возила дозвољен само у понедељак, среду, петак и недељу, док је парни број возила дозвољен у уторак, четвртак и суботу. У овом случају постоје два услова и две радње. Услов 1 је необична возила, а стање 2 су непарна возила. Акције су дани када та возила могу бити на путевима. Укупни број тест случајева у овом случају може бити четири, па се према томе може израдити табела одлука.

4. Државно тестирање транзиције

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

5. Гуессинг Гуессинг

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

6. Графичко испитивање

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

7. Упоређивање тестирање

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

8. Користите технику случаја

Ова техника се користи за идентификацију свих тест случајева у употреби према систему. Забележени су сви сценарији који помажу у разумевању комплетне функционалности сваке функције од краја до краја. У тестним случајевима би требали бити случајеви који покривају све сценарије од почетка до краја према употреби система.

Закључак

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

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

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

  1. Фузз Тестинг
  2. Негативно тестирање
  3. Тестирање табеле одлука
  4. Тестирање сиве кутије

Категорија:

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