Топ 25 функционалних тестова Интервју питања и одговори

top 25 functional testing interview questions

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

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

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

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

Најпопуларнија питања о интервјуу за функционално тестирање

П # 1) Шта разумете под појмом „функционално тестирање“?

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

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

У наставку је дато неколико техника функционалног испитивања које се обично користе:

• Јединствено тестирање
• Испитивање дима
• Интеграционо тестирање
• Тестирање система
• Испитивање употребљивости
• Регресија тестирање
• Тестирање прихватљивости корисника

П # 2) Који су важни кораци обухваћени функционалним тестирањем?

Одговор: Следе кораци које би требало покрити као део функционалног испитивања:

• Разумевање спецификације документа Захтева и уклањање недоумица и упита у облику коментара за преглед.
• Писање тест случајева у односу на спецификацију захтева имајући на уму све сценарије које треба узети у обзир за све случајеве.
• Идентификовање улазних података за тестирање и захтевање података за тестирање који су потребни за извршавање тест случајева, као и за проверу функционалности апликације.
• Одредите стварне исходе према улазним вредностима које треба тестирати.
• Извршите тест случајеве који одређују да ли је понашање апликације очекивано или је дошло до било каквог квара.
• Упоредите стварни резултат и израчунати резултат да бисте сазнали стварни исход.

П # 3) Објасните разлику између функционалног и нефункционалног тестирања.

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

П # 4) По чему се „Буилд“ разликује од „Релеасе“?

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

У циклусу тестирања апликације може бити више верзија.

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

П # 5) Објасните циклус грешака.

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

Испод слика ће вам дати идеју о животном циклусу грешака:

(слика извор )

Читав процес тече како и када се наиђе на проблем или грешку. Пријављен је / пријављен у алат за праћење грешака у значајном формату. Ове грешке додељују се програмеру и њихов статус је „Отворен“. Програмер сада може прегледати грешку, репродуковати је на крају и започети рад на њој.

Ако је грешка исправљена, програмер мења њен статус у „Поправљено“ или се статус може преместити у „потребно је више информација“, „неће исправити“, „не може се репродуковати“ итд., У другим случајевима. КА затим врши регресију, тј. Поново проверава грешке одређеном радњом и одговара у складу с тим.

Ако се издања / грешка сада понашају очекивано, њен статус се мења у Верифиед / Цлосед елсе Поново отвори.

П # 6) Наведите неки статус грешке заједно са њеним описом.

како позвати методу користећи низ објеката у јави

Одговор: У наставку је наведено неколико статуса грешака заједно са њиховим описима:

• Нова: Када се квар или грешка први пут евидентирају, то се каже као Ново.
• Додељен: Након што је испитивач забележио грешку, водитељ тестера прегледава његову грешку и додељује се одговарајућем тиму програмера.
• Отворено: Тестер евидентира грешку у отвореном стању и остаје у отвореном стању док програмер не изврши неки задатак на тој грешци.
• Решено / поправљено: Када програмер реши грешку, тј. Сада апликација даје жељени излаз за одређени проблем, тада програмер мења свој статус у Решено / Поправљено.
• Верификовано / затворено: Када је програмер променио статус у решен / поправљен, тестер сада тестира проблем на његовом крају, а ако је решен, он мења статус грешке у „Верифиед / Цлосе“.
• Поново отвори: Ако је тестер у могућности да поново репродукује грешку, тј. Грешка и даље постоји чак и након што је програмер исправио, њен статус је означен као Поново отвори.
• Није грешка / Неважеће: Програмер програмер може означити као неисправну или не као грешку када је пријављени проблем у складу са функционалношћу, али је евидентиран због погрешне интерпретације.
• Одложено: Обично када је грешка минималног приоритета за издање и ако недостаје времена, у том случају се те грешке минималног приоритета одлажу за следеће издање.
• Не могу да се размножавају: Ако програмер није у стању да репродукује грешку на крају пратећи кораке наведене у издању.

П # 7) Шта је познато као тестирање на основу података?

Одговор: Тестирање на основу података је методологија у којој се серија тест скрипти која садржи тест случајеве изводи више пута користећи изворе података као што су Екцел табела, КСМЛ датотека, ЦСВ датотека, СКЛ база података за улазне вредности и стварни излаз се упоређује са очекиваним у верификацији процес.

На пример, Тест студио се користи за тестирање на основу података.

Неке предности тестирања на основу података су:

• Могућност поновне употребе.
• Поновљивост.
• Тест одвајање података од тест логике.
• Број тест случајева је смањен.

П # 8) Које су важне тачке које треба узети у обзир приликом писања тест случајева?

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

Неколико важних тачака које треба узети у обзир приликом писања тест случајева укључују:

• Требало би да постоји јасно разумевање захтева клијента пре него што започне писање тест случајева. Не треба претпостављати ништа и разјаснити сваку сумњу у вези са захтевима.
• Сваки захтев треба да буде укључен у облику тест случајева и ништа не сме бити изостављено. Обично се одржава матрица сљедивости како би се проверила свака примјена захтјева и завршетак тестирања.
• Према спецификацијама документа захтева, сви функционални и нефункционални захтеви, укључујући интерфејс корисничког интерфејса, морају бити покривени.
• Тест случајеве треба повремено проверавати ради понављања или сувишности.
• Приоритет је важан фактор који треба одредити за тест случајеве током писања. Овај приоритет помаже испитивачу да прво тестира апликацију помоћу тестова високог приоритета који укључују основну функционалност, затим случајева примера средњег, а касније и ниског приоритета.
• За одређено издање, тест примери се такође могу направити Спринт паметно, тако да тестер, као и програмер, могу да анализирају квалитет производа на основу извршења тест случаја.
• Структура тест случајева мора бити лако разумљива и мора бити на једноставном језику. Вредности улазних података за тест случајеве треба да буду валидне у широком опсегу.

П # 9) Шта је аутоматско тестирање?

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

Поновљивост, једноставност употребе, тачност и већа доследност неке су од предности аутоматског тестирања.

У наставку су наведени неки алати за аутоматизацију:

• Селен
• Телур
• воде
• САПУН

П # 10) Објасните појам Испитивање напрезања и Испитивање оптерећења.

Одговор:

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

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

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

П # 11) Шта разумете под испитивањем запремине?

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

П # 12) Које су различите технике испитивања које се користе у функционалном тестирању?

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

Могу се дефинисати на следећи начин:

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

П # 13) Шта разумете под истраживачким испитивањем? Када се изводи?

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

Праћење овог поступка покрива и најмањи део апликације и помаже у проналажењу више проблема / грешака него у уобичајеном процесу тестирања тест примера.

Истражно испитивање се обично изводи у случајевима када:

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

П # 14) Које су могуће функције пријављивања које треба тестирати?

Одговор: У наставку су наведени могући сценарији који се могу извршити за потпуно тестирање функције пријављивања било које апликације:

• Проверите поља за унос, тј. Корисничко име и лозинку са важећим и неважећим вредностима.
• Покушајте да унесете важећи ИД е-поште са нетачном лозинком, а такође унесите неважећу е-пошту и важећу лозинку. Проверите да ли се приказује исправна порука о грешци.
• Унесите важеће акредитиве и пријавите се у апликацију. Затворите и поново отворите прегледач да бисте проверили да ли је и даље пријављен.
• Уђите у апликацију након пријављивања, а затим се поново вратите на страницу за пријављивање да бисте проверили да ли се од корисника поново тражи да се пријави или не.
• Пријавите се из једног прегледача и отворите апликацију из другог прегледача да бисте проверили да ли сте такође пријављени у други прегледач или не.
• Промените лозинку након пријављивања у апликацију, а затим покушајте да се пријавите са том старом лозинком.

Постоји и неколико других могућих сценарија који се могу тестирати.

П # 15) Објасните тестирање приступачности и његову важност у садашњем сценарију.

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

Стога, да би могли боље да расту у животу, сви би требали бити у могућности да буду део технологије, посебно људи са неким инвалидитетом.

У наставку је наведено неколико врста софтвера који помажу и помажу особама са инвалидитетом да користе технологију:

• Софтвер за препознавање говора
• Софтвер за читач екрана
• Софтвер за повећање екрана
• Специјална тастатура

П # 16) Шта је Адхоц тестирање?

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

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

П # 17) Шта је еквивалентна партиција?

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

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

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

П # 18) Објаснити анализу граничне вредности.

Одговор: Метода анализе граничне вредности проверава граничне вредности партиција класе еквиваленције. Анализа граничне вредности је у основи техника испитивања која идентификује грешке на границама, а не унутар вредности опсега.

На пример , Поље за унос може да дозволи најмање 8 знакова и највише 12 знакова, тада се 8-12 сматра важећим опсегом, а 13 сматра неважећим опсегом. Сходно томе, тест случајеви су написани за важећу вредност партиције, тачну граничну вредност и неважећу вредност партиције.

П # 19) Објасните разлику између тежине и приоритета.

Одговор: Тежина оштећења дефинише се нивоом или степеном утицаја недостатка на апликацију која се испитује. Што је тежина дефекта већа, то је већи утицај на апликацију.

Следе 4 класе у којима је категоризована тежина квара:

• Критичан
• Главни
• Средње
• Ниска

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

Следе 3 класе у којима је дефинисан приоритет квара:

• Хигх
• Средње
• Ниска

П # 20) Када вршимо тестирање дима?

која је најбоља адреса е-поште за употребу

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

Контролна листа дима обично садржи критични пут апликације без којег је апликација блокирана.

П # 21) Шта разумете под тестовима Санити?

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

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

П # 22) Шта разумете под Матрицом следљивости захтева?

Одговор: Матрица сљедивости захтјева (РТМ) је алат за праћење покривености захтјева током процеса тестирања.

У РТМ-у су сви захтеви категорисани као њихов развој током спринта и њихови одговарајући ИД-ови (примена / побољшање нове функције / претходни проблеми, итд.) Се одржавају ради праћења да је све наведено у документу захтева спроведено пре објављивања производ.

РТМ се креира чим се прими документ са захтевима и одржава се до пуштања производа.

П # 23) Који су фактори који се морају узети у обзир при тестирању заснованом на ризику?

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

Главни фактори који се морају узети у обзир при тестирању заснованом на ризику су следећи:

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

П # 24) Разликовати између регресивног тестирања и поновног тестирања.

Одговор: Разлика између регресивног тестирања и поновног тестирања може се објаснити на следећи начин:

П # 25) Објасните тестирање прихватљивости корисника.

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

УАТ је познат и као тестирање крајњег корисника.

Закључак

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

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

Свима вам желимо успех.

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

Препоручено читање

• Функционално тестирање вс нефункционално тестирање
• 16 нових карактеристика алата Мицро Фоцус УФТ (обједињено функционално тестирање) - КТП вс УФТ
• 5 најбољих алтернативних алата за ХП обједињено функционално тестирање (УФТ)
• Комплетан нефункционални водич за тестирање за почетнике
• Корак по корак водич за Јубула - алат за аутоматизовано функционално тестирање отвореног кода
• Функционално тестирање против тестирања перформанси: треба ли то радити истовремено?
• Комплетан водич за функционално тестирање са својим врстама и примерима
• Водич за КА Паррот: Преглед алата за тестирање више прегледача
• Споцк за интеграцију и функционална испитивања са селеном
• Разлике између јединственог тестирања, интеграционог тестирања и функционалног тестирања
• Топ 25 функционалних тестова Интервју питања и одговори
• Топ 30 функционалних алата за тестирање 2021. године