Испитивање беле кутије
Вхите Бок Тестирање је техника софтверског тестирања у којој се тестирају унутрашња структура, дизајн и кодирање софтвера како би се потврдио проток улаз-излаз и побољшало дизајн, употребљивост и сигурност. У тестирању беле кутије, код је видљив тестерима, па се назива и Цлеар бок тестирање, тестирање отворених кутија, транспарентно кутирање, тестирање на основу кода и тестирање стаклених кутија.
То је један од два дела Бок Тестинг приступа тестирању софтвера. Његов колега, Блацкбок тестирање, укључује тестирање из перспективе спољног или крајњег корисника. С друге стране, тестирање беле кутије у софтверском инжењерству заснива се на унутрашњем раду апликације и врти се око интерног тестирања.
Израз „ВхитеБок“ коришћен је због концепта прозирне кутије. Прозирни оквир или назив ВхитеБок симболизује способност проласка кроз спољну љуску софтвера (или „кутију“) у његов унутрашњи рад. Слично томе, „црна кутија“ у „Тестирању црне кутије“ симболизује немогућност увида у унутрашњи рад софтвера тако да се може тестирати само искуство крајњег корисника.
У овом водичу за тестирање беле кутије научићете-
- Шта је тестирање беле кутије?
- Шта верификујете у тестирању беле кутије?
- Како се врши тестирање Вхите Бок-а?
- Пример тестирања ВхитеБок-а
- Технике испитивања беле кутије
- Врсте тестирања беле кутије
- Алати за тестирање беле кутије
- Предности тестирања беле кутије
- Мане ВхитеБок тестирања
Шта верификујете у тестирању беле кутије?
Тестирање беле кутије укључује тестирање софтверског кода за следеће:
- Рупе у унутрашњој безбедности
- Прекинути или лоше структурирани путеви у процесима кодирања
- Проток одређених улаза кроз код
- Очекивани излаз
- Функционалност условних петљи
- Тестирање сваке изјаве, објекта и функције на појединачној основи
Тестирање се може извршити на системском, интеграционом и јединственом нивоу развоја софтвера. Један од основних циљева вхитебок тестирања је верификација радног тока апликације. Укључује тестирање низа унапред дефинисаних улаза у односу на очекиване или жељене излазе, тако да када одређени улаз не резултира очекиваним излазом, наишли сте на грешку.
Кликните овде ако видео снимку није доступан
Како се врши тестирање Вхите Бок-а?
Да бисмо вам пружили поједностављено објашњење тестирања беле кутије, поделили смо га у два основна корака . То је оно што тестери раде приликом тестирања апликације помоћу технике тестирања беле кутије:
КОРАК 1) РАЗУМЕВАЊЕ КОДА ИЗВОРА
Прво што ће тестер често учинити је да научи и разуме изворни код апликације. Будући да тестирање беле кутије укључује испитивање унутрашњег рада апликације, испитивач мора бити веома упућен у програмске језике који се користе у апликацијама које тестирају. Такође, особа која тестира мора бити веома свесна безбедних пракси кодирања. Сигурност је често један од примарних циљева тестирања софтвера. Тестер би требао бити у могућности да пронађе сигурносне проблеме и спријечи нападе хакера и наивних корисника који би могли свјесно или несвјесно убризгати злонамјеран код у апликацију.
Корак 2) ИЗРАДИТЕ ТЕСТОВЕ И ИЗВРШИТЕ
Други основни корак до тестирања беле кутије укључује тестирање изворног кода апликације на одговарајући проток и структуру. Један од начина је писање више кода за тестирање изворног кода апликације. Тестер ће развити мале тестове за сваки процес или серију процеса у апликацији. Ова метода захтева да испитивач мора да има блиско знање кода, а то често ради програмер. Остале методе укључују ручно тестирање, испитивање и тестирање грешака и употребу алата за тестирање, као што ћемо даље објаснити у овом чланку.
Пример тестирања ВхитеБок-а
Размотрите следећи део кода
Принтме (инт а, инт б) {------------ Принтме је функцијаинт резултат = а + б;Ако (резултат> 0)Одштампај ("Позитивно", резултат)ЕлсеОдштампај ("Негативно", резултат)} ----------- Крај изворног кода
Циљ тестирања ВхитеБок-а у софтверском инжењерству је да верификује све гране одлука, петље и изјаве у коду.
Да би извршили изјаве у горе наведеном примеру тестирања беле кутије, били би примери ВхитеБок теста
- А = 1, Б = 1
- А = -1, Б = -3
Технике испитивања беле кутије
Главна техника тестирања беле кутије је анализа покривености кода. Анализа покривености кода елиминише празнине у пакету тест случајева. Идентификује подручја програма која се не спроводе у скупу тест случајева. Једном када се утврде празнине, креираћете тестове за верификацију непроверених делова кода, повећавајући тако квалитет софтверског производа
На располагању су аутоматизовани алати за извођење анализе покривености кода. Испод је неколико техника анализе покривености које испитивач кутија може да користи:
Обухват изјаве : - Ова техника захтева да се сваки могући исказ у коду тестира најмање једном током процеса тестирања софтверског инжењерства.
Покривеност грана - Ова техника проверава сваки могући пут (ако не постоји и друге условне петље) софтверске апликације.
Поред горе наведеног, постоје бројни типови покривености као што су: Цондитион Цовераге, Мултипле Цондитион Цовераге, Патх Цовераге, Фунцтион Цовераге итд. Свака техника има своје заслуге и покушава да тестира (покрије) све делове софтверског кода. Коришћењем Изјаве и покривености филијала углавном постижете 80-90% покривености кода што је довољно. Следе важне технике тестирања ВхитеБок-а:
- Извештај Покривеност
- Покривеност одлуком
- Покривеност филијале
- Обухват стања
- Покривеност са више услова
- Покривеност коначних државних машина
- Покривеност путање
- Испитивање контролног протока
- Тестирање протока података
Погледајте овај чланак да бисте сазнали више детаља хттпс://ввв.гуру99.цом/цоде-цовераге.хтмл
Врсте тестирања беле кутије
Тестирање беле кутије обухвата неколико типова тестирања који се користе за процену употребљивости апликације, блока кода или одређеног софтверског пакета. Постоје доле наведени -
-
Јединствено тестирање: То је често прва врста тестирања која се ради на апликацији. Јединствено тестирање се врши на свакој јединици или блоку кода како је развијен. Јединствено тестирање у основи ради програмер. Као програмер софтвера, развијате неколико редова кода, једну функцију или објекат и тестирате га да бисте се уверили да ради пре него што наставите да Јединствено тестирање помаже у идентификовању већине грешака, рано у животном циклусу развоја софтвера. Откривене грешке у овој фази су јефтиније и лако их је отклонити.
-
Тестирање цурења меморије: цурење меморије су водећи узроци успоренијег рада апликација. КА стручњак са искуством у откривању цурења меморије је неопходан у случајевима када имате софтверску апликацију која споро ради.
Осим горе наведеног, неколико врста тестирања је део тестирања црне и беле кутије. Они су наведени као доле
- Тестирање пенетрације беле кутије: У овом тестирању, испитивач / програмер има све информације о изворном коду апликације, детаљне мрежне информације, укључене ИП адресе и све информације о серверу на којима апликација ради. Циљ је напасти код из више углова ради излагања сигурносним пријетњама
- Испитивање мутације беле кутије : Тестирање мутација често се користи за откривање најбољих техника кодирања које се користе за проширивање софтверског решења.
Алати за тестирање беле кутије
Испод је листа најбољих алата за тестирање беле кутије.
- Парасофт Јтест
- ЕцлЕмма
- НУнит
- ПиУнит
- ХТМЛУнит
- ЦппУнит
Предности тестирања беле кутије
- Оптимизација кода проналажењем скривених грешака.
- Случајеви за тестирање беле кутије могу се лако аутоматизовати.
- Тестирање је темељније јер су обично покривене све стазе кода.
- Тестирање може започети рано у СДЛЦ-у, чак и ако ГУИ није доступан.
Мане ВхитеБок тестирања
- Тестирање беле кутије може бити прилично сложено и скупо.
- Програмери који обично извршавају тестове беле кутије то мрзе. Тестирање беле кутије од стране програмера није детаљно, може довести до производних грешака.
- Тестирање беле кутије захтева професионалне ресурсе, са детаљним разумевањем програмирања и примене.
- Тестирање беле кутије одузима пуно времена, већим програмерским апликацијама треба времена за потпуно тестирање.
Завршне напомене:
- Тестирање беле кутије може бити прилично сложено. Сложеност има много везе са апликацијом која се тестира. Мала апликација која изводи једну једноставну операцију може се тестирати у белој кутији за неколико минута, док већим програмским апликацијама треба потпуно да се тестирају дани, недеље и чак дуже.
- Тестирање беле кутије у тестирању софтвера требало би да се врши на софтверској апликацији која се развија након писања и поново након сваке модификације