ФУНКЦИОНАЛНО ТЕСТИРАЊЕ - ТЕСТИРАЊЕ СОФТВЕРА

Пре него што пређемо на функционално тестирање, требало би да знамо шта је тестирање?

Шта је тестирање?

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

Шта је тестирање софтвера?

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

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

Тестирање софтвера такође дефинише као верификацију тестиране апликације (АУТ).

Постоје две врсте тестирања:

Функционално тестирање:

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

Функционално тестирање се назива и тестирање црне кутије, јер се фокусира на спецификацију апликације, а не на стварни код. Тестер мора да тестира само програм, а не систем.

Циљ функционалног тестирања

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

Какав је процес функционалног тестирања?

Тестери прате следеће кораке у функционалном тестирању:

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

Шта тестирати у функционалном тестирању? Објасни

Основни циљ функционалног тестирања је провера функционалности софтверског система. Концентрише се на:

Основна употребљивост:Функционално тестирање укључује тестирање употребљивости система. Проверава да ли корисник може слободно да се креће без икаквих потешкоћа кроз екране.Приступачност:Функционално тестирање тестира доступност функције.Функција главне линије:Фокусира се на тестирање главне карактеристике.Стање грешке:Функционално тестирање се користи за проверу стања грешке. Проверава да ли је порука о грешци приказана.

Објасните комплетан процес за обављање функционалног тестирања.

Постоје следећи кораци за обављање функционалног тестирања:

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

Објаснити врсте функционалног тестирања.

Главни циљ функционалног тестирања је тестирање функционалности компоненте.

Функционално тестирање је подељено на више делова.

Ево следећих типова функционалног тестирања.

Јединично тестирање: Јединично тестирање је врста тестирања софтвера, где се тестира појединачна јединица или компонента софтвера. Јединично тестирање, испитајте различите делове апликације, тестирањем јединица, урађено је и функционално тестирање, јер тестирање јединице осигурава да сваки модул ради исправно.

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

Тестирање дима: Функционално тестирање испитивањем дима. Тестирање дима укључује само основну (карактеристику) функционалност система. Тестирање дима је познато као ' Тестирање верификације верзије .' Тестирање дима има за циљ да осигура да најважнија функција функционише.

На пример, тестирање дима потврђује да се апликација успешно покреће и да ће проверити да ли ГУИ одговара.

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

На пример, пријављивање ради добро; сви тастери раде исправно; након клика на дугме навигација по страници је готова или не.

Регресија тестирање: Овај тип тестирања се концентрише како би се уверио да промене кода не би требало да утичу на постојећу функционалност система. Регресионо тестирање одређује када се грешка појави у систему након отклањања грешке, регресионо тестирање се концентрише на то да сви делови раде или не. Регресионо тестирање се фокусира на то да ли постоји било какав утицај на систем.

Интеграционо тестирање: Интеграционо тестирање комбиноване појединачне јединице и тестиране као група. Сврха овог тестирања је да открије грешке у интеракцији између интегрисаних јединица.

Програмери и тестери врше тестирање интеграције.

Тестирање беле кутије: тестирање беле кутије је познато као Цлеар Бок тестирање, тестирање засновано на коду, испитивање структуре, опсежно тестирање и тестирање стаклене кутије, тестирање транспарентне кутије. То је метода тестирања софтвера у којој се тестира интерна структура/дизајн/имплементација позната тестеру.

Тестирање беле кутије захтева анализу унутрашње структуре компоненте или система.

р ин ц програмирање

Тестирање црне кутије: Такође је познато као тестирање понашања. У овом тестирању, интерна структура/дизајн/имплементација није позната испитивачу. Ова врста тестирања је функционално тестирање. Зашто смо ову врсту тестирања назвали тестирање црне кутије, у овом тестеру за тестирање не може се видети интерни код.

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

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

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

Тестирање базе података: Тестирање базе података је врста тестирања која проверава шему, табеле, покретаче итд. базе података која се тестира. Тестирање базе података може укључивати креирање сложених упита за учитавање/тестирање базе података и проверу њеног одзива. Проверава интегритет и доследност података.

Пример: размотримо банкарску апликацију у којој корисник врши трансакцију. Сада, од праћења тестирања базе података, ствари су важне. Су:

Апликација чува информације о трансакцијама у бази података апликације и исправно их приказује кориснику.
Ниједна информација није изгубљена у овом процесу
Апликација не чува информације о делимично извршеној или прекинутој операцији.
Приступ информацијама о корисницима није дозвољен појединцима

Ад-хоц тестирање: Ад-хоц тестирање је неформална врста тестирања чији је циљ разбијање система. Ова врста тестирања софтвера је непланирана активност. Не прати никакав дизајн теста за креирање тест случајева. Ад-хоц тестирање се врши насумично на било ком делу апликације; не подржава ниједан структурирани начин тестирања.

Тестирање опоравка: Тестирање опоравка користи се да дефинише колико добро се апликација може опоравити од рушења, квара хардвера и других проблема. Сврха тестирања опоравка је да провери способност система да се опорави од тачака квара на тестирању.

Статичко тестирање: Статичко тестирање је техника тестирања софтвера помоћу које можемо проверити недостатке у софтверу, а да га заправо не извршимо. Статичко тестирање се врши да би се избегле грешке у раној фази развоја јер је лакше пронаћи неуспех у раним фазама. Статичко тестирање се користи за откривање грешака које можда нису пронађене у динамичком тестирању.

Зашто користимо статичко тестирање?

Статичко тестирање помаже да се пронађе грешка у раним фазама. Уз помоћ статичког тестирања, ово ће смањити временске рокове развоја. То смањује трошкове и време тестирања. Статичко тестирање се такође користи за развој продуктивности.

Тестирање компоненти: Тестирање компоненти је такође врста тестирања софтвера у којој се тестирање врши на свакој компоненти посебно без интеграције са другим деловима. Тестирање компоненти је такође врста тестирања црне кутије. Тестирање компоненти се такође назива тестирање јединица, тестирање програма или тестирање модула.

Тестирање сиве кутије: тестирање сиве кутије дефинисан као комбинација тестирања и беле кутије и црне кутије. Граи Бок тестирање је техника тестирања која се изводи са ограниченим информацијама о интерној функционалности система.

Који су алати за функционално тестирање?

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

То је једна од значајних техника заснованих на највишем приоритету за које је одлучено и специфицирано пре процеса развоја.

Алати који се користе за функционално тестирање су:

Алати	Карактеристике
Заправо	То је алатка за тестирање отвореног кода и аутоматизације, издата под лиценцом отвореног кода Апацхе Лиценсе, која се користи за тестирање веб апликације. Сахи је написан на Јави и ЈаваСцрипт-у и разматра се за већину техника тестирања. Ради као проки сервер; независан је од претраживача.
СоапУИ	То је алатка за функционално тестирање отвореног кода, која се користи за тестирање веб апликација. Једноставан је и лак за дизајн. Подржава вишеструка окружења, односно, у сваком случају, циљно окружење може бити подешено.
воде	Ватир, је скраћени облик тестирања веб апликација у рубину, је алатка отвореног кода за аутоматизацију веб претраживача./ли> Користи скриптни језик руби, који је сажет и лак за употребу./ли> Ватир подржава више претраживача на различитим платформама.
Селен	Алат отвореног кода, који се користи за функционално тестирање и на веб апликацији и апликацијама за десктоп.
	Аутоматизује претраживаче и веб апликације у сврху тестирања. Пружа флексибилност прилагођавања аутоматизованог тест случаја Пружа предност писања тест скрипти, у складу са захтевима, користећи веб драјвер.
Цаноо ВебТест	Алат отвореног кода за обављање функционалног тестирања веб апликације. Независно од платформе Лако и брзо Лако се проширити како би се задовољили растући и надолазећи захтеви.
Краставац	Цуцумбер је алатка за тестирање отвореног кода написана на језику Руби. Овај алат најбоље функционише за развој заснован на тестовима. Користи се за тестирање многих других језика као што су јава, ц# и питхон. Краставац за тестирање помоћу неког програмирања.

Које су предности функционалног тестирања?

Предности функционалног тестирања су:

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

Пример: Овде дајемо пример банкарског софтвера. У банци када је новац пренет из банке А у банку Б. А банка Б не прими тачан износ, примењује се накнада, или новац није конвертован у тачну валуту, или је нетачан трансфер или банка А не добија савете о изводу од банке Б коју је примила уплата. Ови проблеми су критични и могу се избећи одговарајућим функционалним тестирањем.

Који су недостаци функционалног тестирања?

Недостаци функционалног тестирања су:

Функционално тестирање може да пропусти критичну и логичку грешку у систему.
Ово тестирање није гаранција да ће софтвер бити активан.
Могућност спровођења редундантног тестирања је велика у функционалном тестирању.

Упаковати

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