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