Преглед тестирања црне кутије
Блацк Бок Тестинг је софтверска метода тестирања у којој испитивач не познаје унутрашњу структуру или дизајн или примену предмета који треба тестирати.
Шта је тестирање софтвера?
Тестирање софтвера је поступак процене система са намером да се пронађу грешке. Изводи се како би се проверило да ли систем испуњава своје наведене захтеве. Тестирање мери општи квалитет система у смислу његове исправности, потпуности, употребљивости, перформанси и других функционалних и нефункционалних атрибута.
Тестирање црне кутије је техника тестирања софтвера која се фокусира на анализу функционалности софтвера, насупрот унутрашњим системским механизмима. Тестирање црне кутије развијено је као метода анализе клијентових захтева, спецификација и стратегија високог нивоа дизајна. Провјера софтвера црне кутије одабрао би ваљане и неважеће увјете уноса и извршавање кода те провјеравао исправне излазне одговоре. Тестирање црне кутије се такође назива и функционално тестирање или испитивање затворених кутија.
На пример, претраживач апликације. У претраживач, корисник би унео текст у траку за претрагу. Након тога претраживач би лоцирао и преузео сродне излазне податке корисника. Шта се дешава иза сцене, кориснику није познато. Дакле, унутрашња примена га не разуме.
Предности тестирања црне кутије укључују:
- Једноставност: Олакшава тестирање дизајна високог нивоа и сложених апликација
- Штеди ресурсе: Тестерци се фокусирају на функционалност софтвера.
- Тест примери: Фокусирање на функционалност софтвера како би се олакшао брзи развој тестних случајева.
- Пружа флексибилност: Специфично знање програмирања није потребно.
Пример
Тестер ће тестирати веб странице, односно кликовима и притисцима на типковницу користећи претраживач давањем улаза и без знања унутрашњих структура и на тај начин провјеравао резултате према очекиваним резултатима.
Алати који се користе за тестирање црне кутије
Алати за тестирање црне кутије у основи зависе од врсте тестирања црне кутије коју имплементирате.
- Функционални / регресијски тестови могу се обавити путем КТП-а или селена
- Нефункционални тестови могу се обавити преко ЛоадРуннер или Јметер.
Нивои
У тестирању црне кутије следећи нивои су за тестирање софтвера:
- Интеграцијско тестирање
- Тестирање система
- Прихватање тестирање
Како је ниво већи, кутија би била већа и сложенија, а на сцену долази и више тестирања у црној кутији.
Дефиниција тестирања црне кутије
Тестирање црне кутије може се дефинисати као техника тестирања у којој се тестира функционалност Апплицатион Ундер Тест (АУТ), али превидје се структура унутрашњег кода, детаљи имплементације и било какво знање о унутрашњим путевима софтвера.
Разумевање тестирања црне кутије
Тестирање црне кутије односи се на све софтверске спецификације и захтеве. Блацк Бок Тестинг само се фокусира на улазе и излазе из софтверског система и уопште се не мучи у вези са интерним познавањем софтвера.
Како тестирање Блацк Бок-а чини рад тако лаким?
Постоји животни циклус тестирања софтвера, односно СТЛЦ који је тестирање црне кутије које је релативно за сваку фазу животног циклуса развоја софтвера.
- У почетној или првој фази СТЛЦ, захтеви производа се прикупљају. То је познато као фаза прикупљања захтева.
- Фаза која слиједи је фаза планирања и анализе испитивања. Исходи ове фазе углавном су врсте тестирања које се раде по пројекту и план испитивања како би се одредили ризици и ублажили ови ризици.
- Трећа фаза је фаза дизајнирања у којој се тестни примери, скрипте за тестирање припремају уз помоћ докумената о захтевима софтвера или документа о пословним захтевима.
- Последња фаза је позната као фаза извођења теста. Као што име говори, у овој фази се извршавају сви тест случајеви или скрипте. Све пронађене грешке пријављују се, поправљају и поново тестирају.
Шта можете урадити са Блацк Бок тестирањем?
Неке од истакнутих стратегија тестирања које се користе у тестирању црне кутије су објашњене у даљем тексту:
- Испитивање класе еквиваленције
- Испитивање граничне вредности
- Тестирање табеле одлука
- Испитивање узрочно-ефективних ефеката
- Испитивање засновано на захтевима
- Испитивање компатибилности
Испитивање класе еквиваленције
Ова врста тестирања је пожељна јер помаже у минимизирању тест случајева на ниво где су шансе за покриће захтева на оптималан ниво.
Ово се ради у наредна два корака-
1. Идентификација и подјела на класе еквиваленције: У почетку се улазни подаци дијеле на најмање два скупа - први скуп садржи листу важећих улазних вриједности, а други садржи листу неваљаних улазних вриједности. На пример, ако постоји старосни оквир који може садржавати старост у опсегу од 20 до 40, тада важеће улазне вредности могу бити 21, 25, 30, 39, итд., А неважеће улазне вредности могу бити било које вредности мање од 20 или веће од 40 попут 10, 15, 45, 55 итд.
2. Израда тестних случајева - Јединственом идентификационом броју додељује се свака валидна улазна класа и неважећа класа уноса, а затим се пишу тестни примери са намером да се покрију два скупа улазних класа.
Испитивање граничне вредности
Тестирање граничних вриједности у основи се фокусира на вриједности граница. Процењује да ли би систем прихватио одређени распон вредности или не. Тестирање граничне вредности је корисно за смањивање / минимизирање броја тест случајева. Испитивање граничне вредности је најприкладније за системе где се улаз налази у одређеним опсезима.
Тестирање табеле одлука
Табела одлуке приказује узроке и њихове истовремене ефекте у облику матрице. У тестирању таблице одлука постоји јединствена комбинација у свакој колони.
Графиковање узрочно-ефективних ефеката
Графиковање узрочно-ефективних ефеката развија однос између узрока (логички улази) са одговарајућим ефектом (Радње). Они су представљени уз помоћ Боолеових графова. Кораци које треба следити су сљедећи:
- Идентификација улаза и излаза.
- Израда графикона узрочно-последичних последица.
- Трансформација графикона у табелу са одлуком.
- Конверзија правила табеле одлука у тестне случајеве.
Испитивање засновано на захтевима
Ова врста тестирања укључује проверу да ли су захтеви наведени у СРС или Спецификација софтверског захтева важећи или нису.
Испитивање компатибилности
Да би се пружила функционалност, и производи и инфраструктура зависе од резултата извршења тестног случаја. Без обзира на промене у инфраструктурним параметрима, очекује се да ће производ исправно радити. Неки од параметара који углавном утичу на компатибилност софтвера су наведени у наставку:
- Пентиум 3 или Пентиум 4 процесори и број коришћених процесора
- 32-битна или 64-битна архитектура
- Послужитељи база података или било које друге компоненте са задње стране
- Врста оперативног система (Виндовс, Линук итд.).
Рад са тестирањем црне кутије
Следе основни кораци потребни за тестирање Блацк Бок-а.
- Прво, баве се спецификацијама и захтевима система.
- Друго, тестер би одабрао логичке уносе, односно позитивне сценарије испитивања како би провјерио да ли их је СУТ исправно обрадио или не. Поред тога, изабрани су и неваљани уноси, односно негативни сценариј испитивања да би се проверило да ли их СУТ може открити.
- Треће, испитивачи би тада одредили очекиване излазе за све важеће улазе.
- Четврто, софтвер тестер ствара тест случајеве са одабраним и важећим улазима.
- Пето, израђени су тест случајеви.
- Шесто, софтверски тестери разликују стварне излазе с очекиваним излазима и провјеравају да ли су исти.
- И на крају, уколико их се пронађе, они се фиксирају и поново тестирају.
Предности
- Тестови црне кутије се увек изводе са становишта корисника јер би то помогло у значајном откривању разлика.
- Испитивачи црне кутије такође не морају да знају ниједан језик програмирања.
- Испитивачи црне кутије не морају знати како је софтвер имплементиран.
- Испитнице у вези са црном кутијом дизајнирају тестери чим спецификације буду у завршеној фази.
Недостаци
- Будући да није потребно никакво техничко или програмско знање, можда постоје случајеви да се занемарују сви валидни и могући услови сценарија који се морају тестирати.
- Постоје могућности мањег тестирања и непознавања сваког могућег улаза и њиховог излазног тестирања због временских ограничења (одређено време).
- Комплетна и готова покусна покривеност често није могућа за сложене и велике пројекте.
Зашто требамо користити Блацк Бок тестирање?
Алати за тестирање Блацк Бок-а су у основи они за снимање и репродукцију. Ови алати бележе тест случајеве у облику скрипти попут ТСЛ, ЈаваСцрипт, ВБ скрипта, итд. Сви ови алати се у основи користе за регресијско тестирање како би се проверило да ли је обезбеђена нова градња направила недостатак у већ доброј функционалној апликацијској функцији. .
Обим
Истакнути и најважнији типови Блацк Бок тестирања су следећи:
- Функционално тестирање: Ова врста тестирања црне кутије односи се на функционалне захтеве система и изводе их тестери софтвера.
- Нефункционално тестирање: Ова врста тестирања на црној кутији не односи се на тестирање одређене функционалности, већ све на нефункционалне захтеве као што су перформансе, употребљивост, скалабилност и још много тога.
- Регресијско тестирање: Испитивање регресије врши се након фиксирања кода, било какве надоградње кода или било којег другог одржавања система како би се потврдило да ли нови код није утицао на постојећу функционалност.
Разлике
Блацк Бок Тестинг је техника тестирања софтвера у којој испитивач не познаје унутрашњу структуру или дизајн или примену производа који се тестира.
Вхите Бок Тестинг је техника тестирања софтвера у којој је унутрашња структура или дизајн или примена производа који се тестира познат испитивачу.
| Тестирање црне кутије | Тестирање беле кутије |
| Тестирање црне кутије је оно где унутрашња структура или програм или код нису познати. | Тестирање у белој кутији је где испитивач има знање о унутрашњој структури софтвера |
| Обично га раде тестери софтвера. | Обично га раде програмери софтвера. |
| Овде апсолутно није потребно знање о примени. | Овде је потребно знање о примени. |
| Може се назвати и спољним / екстерним тестирањем софтвера. | Може се назвати и интерним / унутрашњим тестирањем софтвера. |
| Тестирање црне кутије је функционални тест софтвера. | Тестирање бијеле кутије структурни је тест софтвера. |
| Ово тестирање може се покренути на основу документа спецификације захтјева. | Ова врста тестирања софтвера започиње након детаљног дизајнерског документа. |
| Овде није потребно знање програмског језика. | Овде је обавезно познавање бар једног програмског језика. |
| То је у основи тестирање понашања софтвера. | То је основно логичко тестирање софтвера. |
| Углавном се примењује на виши ниво тестирања. | Углавном се односи на ниже нивое тестирања. |
| Назива се и тестирањем у понашању. | Назива се и као прозирно или стаклено тестирање. |
| Тестирање црне кутије захтева много мање времена него Вхите Бок тестирање. | Испитивање беле кутије одузима више времена него тестирање црне кутије. |
| Тестирање црне кутије није погодно за тестирање алгоритама. | Испитивање беле кутије је погодно за тестирање алгоритама. |
| То се може постићи методама покушаја и грешке. | Унутрашње или унутрашње границе података заједно са доменом могу се темељито испитати. |
| На пример: Претраживање нечега на Гооглеу уз помоћ кључних речи | На примјер: Кориштење улаза за провјеру и провјеру петље. |
Врсте
| Врсте
|
Закључак:
Све теме о којима се разговара су основне, као и напредне теме везане за тестирање црне кутије и суштину свих њених техника и метода.
Пошто је тешко да се тестира свако и све заједно са људским учешћем и то такође са 100-постотном тачношћу, али ако се већ дефинисане методе користе врло ефикасно, без сумње ће побољшати квалитет система. Стога, како би се завршило, тестирање црне кутије озбиљно је врло ефикасна метода за препознавање недостатака и верификацију функционалности система.
Препоручени чланци
Ово је водич за тестирање црне кутије. Овде смо разговарали о томе како се тестирање црне кутије врши уз помоћ примера и различитих техника тестирања црне кутије са алатима. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Тестирање беле кутије
- Тестирање питања за интервју
- Шта је хипервизор
- Интернетска питања за тестирање игре