Увод у питања ручног тестирања интервјуа
Многи људи имају заблуде да данас компаније не запошљавају ручне тестере, постоји захтев тестера за аутоматизацију само на тржишту. Али то није тачно. Без сумње, како компаније напредују према аутоматизацији тако да постоји велика потражња тестера за аутоматизацију, али у сваком пројекту не могу се аутоматизовати све ствари, увек постоји опсег ручног тестирања и за ручне тестере је потребно дубоко знање о све врсте тестирања, сценарији испитивања, разлике између њих итд. Постоје многе потврде о тестирању и препоручује се брисање ИСТКБ сертификата, јер почетник или ручни испитивач даје дубоко знање о основним концептима тестирања.
Сада, ако тражите посао који је повезан са Ручним тестирањем, онда се морате припремити за 2019. Питање за интервју за ручно тестирање. Тачно је да је сваки разговор другачији према различитим профилима посла. Овде смо припремили важна упутства и одговоре за ручно тестирање који ће вам помоћи да постигнете успех у свом интервјуу.
У овом чланку Питања о интервјуу за ручно тестирање за 2019. представит ћемо 10 најважнијих и најчешће постављаних питања за интервју са ручним тестирањем. Ова питања за интервју подијељена су у два дијела:
Део 1 - Питања за интервју за ручно тестирање (основна)
Овај први део покрива основна питања и одговоре за ручно тестирање и одговоре.
К1. Која је разлика између верификације и провере у тестирању софтвера?
Одговор:
Верификација укључује статички поступак верификације докумената, кода и дизајна да би се проверило да ли софтвер одговара захтевима наведеним у документима (СРС). То укључује преглед, инспекцију и преглед кодекса. Док је валидација динамичан процес који укључује извршење кода и проверу да ли софтвер ради како се очекује или не. То укључује проналажење грешака које врши тестирање тим извршењем кода. Тестирање црне кутије, тестирање бијеле кутије и тестирање у сивој кутији дио су тестирања у Софтваре Валидатион-у.
К2. Која је разлика између тестног управљачког програма и програма тестирања тестирања софтвера?
Одговор:
Тест Дривер и Тест Стуб су у основи део кода који делује као замена за оригинални неразвијени код да би се извршило тестирање. Возачи се користе у приступу одоздо према горе и у основи се користе као позивни модули ако су унутрашњи модули имплементирани и потребно их је тестирати, док се Стубови користе у приступу одоздо према доле и користе се тамо где је припремљен главни модул, али називају се модули још није урађено.
На примјер, у веб апликацији постоје 3 модула, тј. Пријава, Почетна, Корисници. Ако је модул за пријаву припремљен, али није дом и корисници, тако је замењени модул назван за дом и кориснике као Стуб као главни модул за пријаву. Али ако су модул Почетна и корисници припремљени, а главни модул за пријаву није припремљен, па се замјенски модул за позивање за пријаву зове Дривер.
К3. У ком тренутку апликације треба да започнемо тестирање?
Одговор:
Једном када се захтеви прикупе у пројекту, требало би да започне планирање тестова, стратегија испитивања и стварање тестног случаја или цео процес тестирања. Данас готово сви пројекти слиједе Агиле методологију, тако да захтјеви нису утврђени у старту, али се корисничким причама за нове функције које ће се имплементирати у одређеном издању пружају тестери. Дакле, планирање и креирање тестних случајева или стварање скрипте за тестирање (у случају тестирања аутоматизације) је започело заједно са развојем софтвера. Већина компанија следи Тест Дривен Девелопмент (ТДД) приступ да би развили софтвер у којем се тестни примери пишу пре кода, а код се пише у складу са вредновањем теста.
Пређимо на следећа питања за ручно тестирање интервјуа.
К4. Које тачке треба имати на уму током тестирања веб и мобилних апликација или разлике у тестирању ове две?
Одговор:
Тестирање веб и мобилних апликација су различите. Дакле, приликом тестирања треба тестирати различите сценарије:
- Подршка прегледача тестирана је за веб апликације као што су Цхроме, Фирефок, ИЕ итд., Док је мобилна апликација тестирана на различитим верзијама ОС-а као што су Андроид 7, 8, 9, итд.
- Срушавање апликација на различитим сценаријима и ометање осталих апликација између њих тестира се у мобилној апликацији, док се тестирање сесија и колачића обавља у веб апликацијама.
- У мобилним апликацијама апликација се тестира на различитим величинама екрана за мобилне уређаје да ли су елементи правилно поравнани према величини екрана, док се веб апликација тестира на различитим резолуцијама радне површине.
- Гестикулација руку и гласа као што су штипање, превлачење, препознавање гласа тестира се на мобилним уређајима, док се једноставне функције куцања и копирања залијепе у веб апликацијама.
К5. Да ли је у реду користити Агиле модел за тестирање малих пројеката?
Одговор:
Агиле је инкрементални и итеративни приступ за развој софтвера и изведивији је за флексибилне и велике пројекте где се захтеви стално мењају са временом. За мале пројекте где захтеви нису превелики, не би требало преферирати Агиле јер би то коштало више буџета пројекта, јер укључује разне тимове који раде истовремено и могу отежати целокупно време у испоруци софтвера.
Део 2 - Питања за интервју са ручним тестирањем (напредно)
Погледајмо сада напредна питања и одговоре за приручник за ручно тестирање.
К6. Шта је животни циклус тестирања софтвера?
Одговор:
Животни циклус тестирања софтвера (СТЛЦ) је процес који укључује поступну процедуру која се прати током тестирања било које софтверске апликације како би се осигурало да софтвер ради онако како се очекује. Испод су различите фазе СТЛЦ:
- Окупљање захтева
- Планирање теста
- Анализа теста
- Тест дизајн
- Подешавање окружења
- Тест Екецутион
- Затварање теста
К7. Шта је негативно тестирање и зашто се изводи?
Одговор:
Негативно тестирање, познато и као лажно тестирање или тестирање грешке, укључује тестирање било које софтверске апликације у неочекиваним условима. Позитивно тестирање само осигурава да софтвер ради како се очекује, док негативно тестирање говори како ће се софтвер понашати у неуједначеним / неочекиваним условима. То се ради да би се осигурала стабилност апликације.
Претпоставимо да се за апликацију за е-трговину негативни тестови могу догодити ако особа дода неки додатни / злонамерни садржај у УРЛ, а шта би требало бити излаз, ако апликација може руковати са 1000 корисника истовремено, како ће се понашати ако се корисници повећају 3 пута итд.
Пређимо на следећа питања за ручно тестирање интервјуа.
К8. Разлика између грешке, оштећења и неуспеха у односу на тестирање софтвера?
Одговор:
Постоји мања разлика између оштећења, грешке и неуспеха. Ако било која карактеристика не ради како се очекује или је стварни и очекивани резултат другачији. А ово питање проналази програмер само у фази развоја, тада се назива оштећење. Када се грешка остави у фази развоја и испитивач пронађе у фази тестирања, тада је та грешка позната као грешка, а када се софтвер испоручи крајњем кориснику и купац нађе било који проблем, тада је познат као промашај.
К9. Шта је тестирање подјеле еквиваленције?
Одговор:
То је врста тестирања у црној кутији која се може применити на било ком нивоу као што су тест јединице, интеграције и система. У овом тестирању распон улаза је подељен у еквивалентну групу за коју се очекује да ће показати исто понашање за сваки распон. На пример, ако текстуални оквир за лозинку прихвати вредност између 5-15 знакова, онда распон може бити 5-15 што важи, више од 15 је неваљано, 0-5 које је неважеће.
К10. Шта је тест покривеност? Да ли је могуће добити 100% тестну покривеност?
Одговор:
Покривеност тестом је у основи метрика квалитета која представља количину пријавног кода коју покривају тест случајеви или количину тестирања која је урађена помоћу креираних тестних случајева. Помаже у надгледању квалитета испитивања. Више тест случајева који покривају максималне површине апликације помаже у постизању максималне покривености тестова смањујући шансе за неуспех. Иако није могуће постићи покривеност тестом 100%, можемо се побринути да се за сваку грану креирају тест случајеви, изјава која покрива максималне површине кода.
Препоручени чланци
Ово је водич за листу питања и одговора за ручно тестирање и интервју како би кандидат могао лако да разбије ова питања за ручни тест. Овде у овом посту проучили смо врхунска питања за приручник за ручно тестирање која се често постављају у интервјуима. Такође можете погледати следеће чланке да бисте сазнали више -
- Топ 13 питања о интервјуу за тестирање базе података
- Интернетска питања за тестирање игре
- ЕТЛ Тестинг Интервјуи Питања и одговори
- Интервјуска питања за испитивање пенетрације
- Како функционише подјела еквиваленције?