Шта је тестирање интеграције
Са напретком у области информационе технологије, ствари постају много једноставније нама, људима и буквално, све се може учинити само једним прстом. Али пре него што се све може обавити пуно напорног рада и најважније од свега је стављено „ЛОГИЦ“ иза њега. Сада смо понекад видели да неке функције не функционишу баш према очекивањима или резултати изведени из софтвера не одговарају нашим очекивањима, ту тестирање софтвера игра важну улогу. Исправити грешке у системима како би се добили тачни / очекивани резултати је тестирање софтвера.
Да бисмо разумели шта значи тестирање интеграције, прво морамо да разумемо шта значи тестирање софтвера! Тестирање софтвера је активност за провјеру да ли је излаз / резултат теста једнак очекиваном излазу / резултату, што значи да се софтвер исправно покреће. Резултат који се добије након покретања одређеног софтвера / система мора се подударати с резултатом који се очекује као излаз из софтвера / система; ако то не учини, софтвер се мора преписати или се морају извршити одређене промене унутар записа.
Тестирање софтвера софтверског система врши се на различитим нивоима. Нивои испитивања су приказани на следећи начин:
Хронолошки, тестирање интеграције се врши након првог корака, „Испитивање јединице“. Како интеграција имена иде, текстуална дефиниција Интегратион Тестинг-а је „Појединачни софтверски модули се комбинују и тестирају заједно, као група“. То значи да у софтверу постоји много компоненти. Ове бројне компоненте заједно када се комбинују формирају софтверски систем. Овај софтверски систем се заједно тестира и ниво тестирања на којем се тестира познат је као интеграцијско тестирање. Када се ови модули комбинују, резултат који се добије из њега мора бити једнак резултату који се очекује, ту је део интеграционог тестирања. Главна сврха интеграционог тестирања је провјерити да ли поједини модули исправно раде заједно када се комбинују.
Такође познат као И&Т (Интеграција и тестирање) може помоћи у тестирању појединца као и у потпуности тестирање модула. Укључује се у тестирање црне кутије и беле кутије. Већина организација свој софтвер софтвер тестира само помоћу методолошких јединица и функционалних тестова.
Врсте и приступи
Постоје четири врсте и приступи интеграцијском тестирању, који су наведени у даљем тексту:
- Приступ великом праску
- Приступ одоздо према горе
- Одозго на доле приступ
- Хибрид / Сендвич
1. Приступ великом праску:
Развијени модули / компоненте софтверског система су спојени заједно. Ови појединачни модули тестирају се заједно када су повезани. Након тестирања јединице, ови модули се тестирају заједно који чине софтверски систем. Али неки од нас могу имати ово питање, на шта се разликује тестирање софтверског система у целини и интеграционо тестирање? Главна ствар коју овдје разумијемо је да се при тестирању интеграције тестирање појединачних модула комбинира заједно, након што се проводе јединични тестови; а код тестирања софтверског система цео систем се тестира са свим параметрима који се узимају у обзир.
Следећи дијаграм приказује тачно шта значи Биг Банг приступ интеграционог тестирања:
С приступом великом праску, постоје и неке предности и недостаци:
Предности:
- Веома је прикладно приступити ако су системи мали. Што је више времена потребно за овај приступ, велики системи могу довести до веће потрошње времена.
- Откривање кварова је врло лако с обзиром на мале системе
Недостаци:
- Будући да су сви модули повезани, ако дође до неких грешака у системима, тешко је уочити их.
- Неки модули су веома важни и потребно их је тестирати. Ови модули морају бити тестирани пре употребе у систему. Али током тестирања интеграције, ови модули можда неће бити ефикасно тестирани, јер су сви модули повезани заједно.
- Вријеме које је узео читав софтверски систем је много више од других приступа интеграцијском тестирању.
- Спајање модула може потрајати неко време, што може резултирати трајањем укупног времена процеса софтверског система.
- Вријеме потребно за овај приступ је више, јер се многи модули спајају заједно, а тестирање сваког модула треба више времена.
2. Приступ одоздо према горе
У овом приступу, најнижи модули се прво тестирају, заједно и појединачно. Сви модули на доњем нивоу су интегрисани што укључује, функције и процедуре и све је повезано и тестирано. Ово помаже у тестирању модула вишег нивоа, јер они представљају основу за то. Овај поступак се понавља да се сви модули од доњег нивоа до горњег нивоа тестирају темељно. Једноставно речено, тестирање започиње од унутрашњих и најдоњих модула и постепено се креће према горе. Као што је речено на дијаграму, помоћ возача се користи док то ради. Па шта је возач и како то помаже? Као што проток сугерира, модули највишег нивоа не могу бити интегрисани у систем све док се не изврши и споји тестирање модула доњег нивоа. Тако возач овде помаже у повезивању модула доњег и горњег нивоа и делује као медиј или у техничком смислу као функција позива.
Предности:
- Развој појединачних модула може се обавити док се користи приступ тестирању интеграције одоздо према горе, јер се тестирање спајања и интеграције врши након што се прво испитају модули на доњем нивоу.
- Ако постоји / настане нека грешка, она се може исправити у исто време и на истом нивоу. Идентификација и исправљање грешака много је лакша од других приступа.
- Вријеме потребно за идентификацију и исправљање грешака је много мање у поређењу с другим приступима.
- Грешке се могу ријешити на истој разини доње разине или на горњој разини.
Недостаци:
- Време потребно за цео процес је више, процес тестирања се не завршава док сви модули, горњи и доњи ниво нису укључени и тестирани.
- Возачи су неопходни за позивање модула високог нивоа
- Ако софтверски систем садржи све више и више малих, али сложених модула, можда ће требати више времена да се заврши процес тестирања софтвера.
3. Приступ одоздо нагоре
Овај приступ иде управо супротно од приступа одоздо према горе. Модули с највишим нивоом тестирају се на почетку, а затим се истовремено тестирају и остали модули нижег нивоа. Највиши модули се прво тестирају појединачно, као што се тестирање специјализованих јединица врши за највиши модул, а на крају се други модули узимају у обзир и тестирају. Приступ одоздо према горе захтева функцију позива исто као и приступ одоздо према горе који се зове Стубс. Стабљике су логичке изјаве кратких кодова које се користе за прихватање улаза из модула највишег нивоа и на крају позивају модуле доњег нивоа ради интеграције и тестирања.
Предности:
- Лако се открију кварови или грешке у овом приступу.
- Кључни модули се темељно тестирају и пре осталих модула.
- Тестирање интеграције софтверског система може се обавити за мање времена него у поређењу са другим приступима.
Недостаци:
- Доњи нивои модула можда неће бити тестирани на очекивани ниво или можда неће бити тестирани у складу са захтевима.
- Стубови су потребни и потребни су за даљњи напредак процеса тестирања.
4. Хибридни / сендвич приступ
Такође познато као мешано интеграционо тестирање. Приступ одоздо према горе и приступ одоздо према горе комбинирани су у овај приступ. Отуда познат као приступ хибридном или сендвич или мешовитом интегрисању. Овај приступ се користи за прикривање падова обојице који су појединачно приступили. Највиши модул је тестиран на јединици, а истовремено су модули са доњим нивоом интегрисани и тестирани са модулима највишег нивоа.
Предности:
- Углавном се користи за велике пројекте и за њих је потребно пуно времена.
Недостаци:
- Трошкови ове врсте тестирања су прилично високи јер се оба приступа користе у завршетку тестирања.
Предности интеграционог испитивања
- Провјера интеграције за различите модуле истовремено.
- Може се користити у раној и каснијој фази испитивања.
- Покривеност дужине кода је више у поређењу с другим техникама тестирања софтвера, јер се могу користити оба, одоздо према горе и одоздо.
- У складу са променама у захтевима, развој варира, па тестирање модула на различитим нивоима постаје важно, за шта се тестирање интеграције може лако користити.
Зашто се користи Интеграцијско тестирање
- Људи који су били у ИТ индустрији можда знају за сталне промене које се дешавају. Сваког дана се према захтевима мења потреба за развијањем одређеног софтверског система, тако да се сваки дан развијају нове закрпе кода. Сада када се те закрпе спајају у један софтвер. Да бисте проверили ово, тестирање интеграције и њени приступи су обавезни.
- Када се кодира или гради сложени или огромни софтвер, он се класификује у засебне модуле. Многи људи истовремено раде на овим модулима, али када се ти модули интегришу, тестирање се обавља. У већини случајева интеграција модула захтева тестирање интеграције на њој, пре него што се даље обрађује.
- Потребна је већина софтверских програма, неке библиотеке подршке за рад. Интеграцијско тестирање се врши када се те библиотеке користе заједно са развијеним кодом.
- Интеграција постаје нужна када се софтвер развија, јер се грешке могу исправити на прописаном нивоу. Као што знамо за приступе, један од тих приступа може се користити за то.
Интеграцијски тестови случајева
Узмите у обзир да правимо један софтвер за управљање запосленима. Овај софтвер има три главна аспекта:
- Пријављивање запослених
- Извештај запослених
- Страница са одредбама плата и нивоом зараде
Сада, имајући у виду горњи случај, прво се развија софтвер и проток треба да буде регистрација запослених (унос вредности, нпр: ИД запосленика, име, телефонски број итд.). Након исправних уноса, требало би да се преусмери на нето страницу на тој страници извештаја запослених. Сад, ако овде запослени није усмерен на страницу са извештајима и директно усмерен на страницу са информацијама о платама, онда је то грешка. Да би се то исправио, ради се ток, редослед активности, тестирање интеграције.
Други пример тестирања интеграције био би:
Свакодневно провјеравамо своју е-пошту. Сви пружаоци услуга е-поште пружају нам исту функцију.
Login-> Inbox->Send / Delete Mail-> Logout
Сада, овде када се пријавимо на њихове сервере, прво се провере вредности за исправност, односно тестирање јединице. Дакле, сада након поверења вјеродајница, страница за пријаву требала би нас пренијети на улазну страницу. То је очекивани резултат. Ако нас не пренесе на Инбок страницу, уместо тога пренесе у неку мапу безвриједне поште, тада то постаје случај тестирања интеграције. Исто се односи и на слање и брисање е-порука.
Други случајеви могу бити:
- Након успешне регистрације на било којој онлајн / оффлине апликацији, пред корисником би се требала појавити приказана порука.
- Апликације за банкарство кориснике требају усмјерити на страницу сажетка рачуна која је обавезна.
- Након успјешне пријаве у апликације за друштвене мреже требала би се појавити задана страница, на примјер: Почетна / Профил за Фацебоок.
Закључак
Са толико напретка у области ИТ-а, из дана у дан, и толико програмера који седе на различитим локацијама радећи на истом софтверу, тестирање интеграције постало је неопходно. Својим приступима тестирање интеграције може се користити подједнако и са малим и великим софтверским апликацијама. Интеграцијско тестирање, које се налази на средини нивоа тестирања софтвера и има толико предности, постаје све важније за клијенте комерцијалног нивоа и редовне провере помажу да софтвер остане нетакнут.
Препоручени чланци
Ово је водич за тестирање интеграције. Овде смо расправљали о неким основним концептима, дефиницији, врстама и приступу, с тим да су предности и недостаци. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Каријере у тестирању софтвера
- Каријере за програмере софтвера
- Шта је тестирање црне кутије
- Корисне каријере као софтверски инжењер