37 most common loadrunner interview questions
Најчешћа питања о интервјуу за ЛоадРуннер.
У нашем претходном упутству истражили смо све о томе Анализа резултата испитивања у ЛоадРуннеру .
Овај чланак ће се фокусирати на најважнија најчешће постављана питања и одговори за интервју за ЛоадРуннер то ће вам помоћи да будете успешни у било ком интервјуу испитивача перформанси помоћу ЛоадРуннера.
ЛоадРуннер је један од најбоље лиценцираних алата за тестирање перформанси на тржишту. Најприкладнија је за већину надолазећих технологија због широког спектра подржаних протокола.
=> Кликните овде за комплетну серију водича за ЛоадРуннер
Неколико основних смерница пре него што започнемо:
# 1) Питања за интервју за ЛоадРуннер могу се сврстати у 3 главна типа - Скриптирање, извршење и Анализа . За почетнике је важно да се више усредсреде на део скриптирања.
#два) Хттп / ХТМЛ се углавном користи протокол, за почетак покушајте да усавршите овај протокол.
# 3) Обавезно знајте тачна верзија ЛоадРуннер-а на коме сте радили. У случају радног искуства са претходном верзијом, потрудите се да будете у току са функцијама које су део новијих / тренутних верзија.
# 4) Тестирање перформанси интервјуи су практичнији него некада. Питања оријентисана на сценариј су уобичајена, а не директна. Неке компаније чак и тестове за писање скрипти чине делом процеса интервјуа. Дакле, будите спремни за исто.
# 5) Чак је и код скриптирања пожељније да то будете у могућности да прилагоди код , уместо да само снимате и репродукујете.
# 6) Очекујте питања о - размислите о времену, трансакцијама, коментарима, опцијама снимања, рунтиме поставкама итд. - ово је тестирање вашег знања о примени најбољих сценаријских пракси.
Следе неки од Интервју за тестирање перформанси питања за то ће бити потребно неко искуство да би се одговорило. Покушајте да имате на уму ова питања док радите на пројектима тестирања учинка, тако да активност припреме за интервју постаје континуирани процес.
- Који су различити проблеми са скриптирањем са којима сте се до сада суочавали?
- Која сте уска грла у перформансама пронашли у пројектима на којима сте радили? Које су препоруке за превазилажење тих проблема?
- Да ли сте применили Литтле’с закон на свој пројекат? Ако да, како?
- Какав је ваш приступ анализи?
- Шта надгледате током извршења?
- Како извући податке сервера за извршење теста и како то анализирати?
- Како препознати уска грла у перформансама?
Кључна подручја питања су:
- Изазови са којима се суочавате током скриптирања
- Корелациона функција
- Грешка руковање
- Различити режими снимања за веб ХТТП / ХТМЛ протокол.
- Стварање сценарија
- Изазови током извршења
- Анализа
У наставку смо навели неколико уобичајених питања за интервју за ЛоадРуннер и одговоре на њих. Међутим, имајте на уму да најбољи резултати се могу постићи обезбеђивањем одговоре на основу ваше изложености, стручности и тумачења концепата . Учење само одговора на питања није увек оптимално. Вежбајте, учите и стручите - ово би требао бити ваш приступ за припрему интервјуа за тестирање перформанси.
Питања и најбољи одговори за интервју за ЛоадРуннер
П # 1) Која је разлика између тестирања перформанси и инжењеринга перформанси?
Одговор: У тестирању перформанси, циклус тестирања укључује прикупљање захтева, скриптирање, извршавање, дељење резултата и генерисање извештаја. Извођење перформанси је корак испред тестирања перформанси где након извршења; резултати се анализирају с циљем проналажења уских грла у перформансама и пружа се решење за решавање идентификованих проблема.
П # 2) Објаснити животни циклус испитивања перформанси.
Одговор:
- Корак 1: Анализа система (идентификација критичне трансакције)
Виртуални кориснички генератор - Корак 2: Стварање виртуелних корисничких скрипти (снимање)
- Корак 3: Дефинисање понашања корисника (подешавање времена рада)
ЛоадРуннер Цонтроллер - Корак 4: Стварање сценарија испитивања оптерећења
- Корак 5: Покретање сценарија испитивања оптерећења и праћење перформанси
ЛоадРуннер анализа - Корак 6: Анализирајући резултате
Односити се Водич за тестирање перформанси бр. 2 За више детаља.
П # 3) Шта је тестирање перформанси?
Одговор: Тестирање перформанси се врши ради процене перформанси апликације под условима оптерећења и стреса. Генерално се мери у смислу времена одзива корисникове акције на апликацију.
П # 4) Шта је испитивање оптерећења?
Одговор: Тестови оптерећења су да би се утврдило да ли нека апликација може добро да функционише у случају велике употребе која је резултат великог броја корисника који је истовремено користе. Оптерећење се повећава како би се симулирало вршно оптерећење које ће сервери поднети током максималних периода употребе.
П # 5) Које су различите компоненте ЛоадРуннера?
Одговор:
Главне компоненте ЛоадРуннера су:
- ВУГен: Снима Вусер скрипте које опонашају радње стварних корисника.
- Контролер: Административни центар за креирање, одржавање и извршавање сценарија испитивања оптерећења. Додељује сценарије Вусерс-у и генераторима оптерећења, покреће и зауставља тестове учитавања.
- Лоад Генератор: Агент преко којег можемо створити оптерећење
- Анализа: Пружа графиконе и извештаје који резимирају перформансе система
П # 6) Шта је тачка састанка?
Одговор: Тачка сусрета помаже у емулацији великог корисничког оптерећења (захтева) на серверу. Ово упућује Вусерс-а да делују истовремено. Када Вусер стигне до тачке рандевуа, чека све вусере са тачком рандеву. Кад га достигне одређени број Вусера, Вусери се пуштају. Функција лр_рендезвоус се користи за стварање тачке Рендезвоус. Ово може уметнути:
- Дугме за рандеву на плутајућој траци са алаткама за снимање током снимања.
- Након снимања, тачка састанка се убацује Убаци> Састанак .
П # 7) Који су различити одељци скрипте? У ком редоследу се покрећу ови одељци?
Одговор: Скрипта ЛоадРуннер има три одељка Вусер_инит, Ацтион и Вусер_енд.
- Вусер_инит има захтеве / радње за пријављивање на апликацију / сервер.
- поступак има стварни код за тестирање функционалности апликације. Ово се може репродуковати више пута у итерацијама.
- Вусер_енд има захтеве / радње за пријављивање из апликације / сервера.
Редослед у којем се извршавају ови одељци је Вусер_инит је на самом почетку, а Вусер_енд на самом крају. Радња се извршава између њих двоје.
П # 8) Како препознати који протокол користити за било коју апликацију?
лажну адресу е-поште коју могу да користим
Одговор: Раније је испитивач перформанси морао много да зависи од развојног тима да би знао о протоколу који апликација користи за интеракцију са сервером. Понекад је то такође могло бити шпекулативно.
Међутим, ЛоадРуннер пружа велику помоћ у облику Саветник за протокол од верзије 9.5 надаље. Саветник за протокол открива протоколе које апликација користи и сугерише нам могуће протоколе у којима се скрипта може креирати да симулира стварног корисника.
П # 9) Шта је корелација? Објасните разлику између аутоматске корелације и ручне Корелација?
Одговор: Корелација се користи за руковање динамичким вредностима у скрипти. Динамичка вредност би се могла променити за сваку корисничку радњу (вредност се мења када радњу репродукује исти корисник) или за различите кориснике (вредност се мења када се радња репродукује са другим корисником). У оба случаја, корелација води рачуна о овим вредностима и спречава их да пропадну током извршавања.
Ручна корелација укључује идентификовање динамичке вредности, проналажење првог појављивања динамичке вредности, идентификовање јединствених граница хватања динамичке вредности, писање функције корелације веб_рег_саве_парам пре него што захтев има прво појављивање динамичке вредности у свом одговору.
Аутоматизована корелација ради на унапред дефинисаним правилима корелације. Скрипта се репродукује и скенира за аутоматску корелацију у случају неуспеха. Вуген идентификује место где год правила корелације функционишу и вреднује на одобрењу.
Погледајте овај туторијал За више детаља.
П # 10) Како препознати шта корелирати, а шта параметеризирати?
Одговор: Било која вредност у скрипти која се мења на свакој итерацији или код различитих корисника током поновне репродукције захтева корелацију. Било који кориснички унос током снимања треба да буде параметризован.
П # 11) Шта је параметризација и зашто је параметаризација неопходна у скрипти?
Одговор: Замена чврсто кодираних вредности у скрипти параметром назива се Параметризација. Ово помаже једном виртуелном кориснику (Вусер) да користи различите податке у сваком извођењу. Ово симулира употребу апликације у стварном животу јер избегава сервер да кешира резултате.
Погледајте овај туторијал За више детаља.
П # 12) Како препознајете случајеве употребе тестова перформанси било које апликације?
Одговор: Тест случајеви / случајеви коришћења за тестове перформанси готово су исти као и сви случајеви ручног / функционалног тестирања у којима је написан сваки корак који изврши корисник. Једина разлика је у томе што сви случајеви ручног тестирања не могу бити случајеви употребе тестова перформанси, јер постоји неколико критеријума за избор као што су:
- Корисничка активност треба да буде повезана са критичном и најважнијом функционалношћу апликације.
- Корисничка активност треба да има велику количину активности базе података, попут претраживања, брисања или уметања.
- Корисничка активност треба да има добар обим корисника. Функционалност мање корисничке активности углавном је изостављена са становишта тестирања перформанси. На пример, активност административног налога.
Било који од случајева ручног тестирања који испуњавају горе наведене критеријуме може се користити као случај тестирања перформанси / тест случај. Ако се случајеви ручног тестирања не пишу корак по корак, тим за перформансе треба да креира наменске документе за њих.
П # 13) Током скриптирања креирали сте правила корелације за аутоматску корелацију. Ако желите да поделите правила корелације са члановима вашег тима који раде на истој апликацији, тако да он / она може да их користи на својој радној станици, како ћете то учинити?
Одговор: Правила корелације могу се извести кроз .цор датотеку, а иста датотека се може увести кроз ВуГен.
П # 14) Који су различити типови Вусерових дневника који се могу користити током скриптирања и извршавања? Која је разлика између ових дневника? Када онемогућите евидентирање?
Одговор: Доступне су две врсте Вусерових дневника - стандардни дневник и проширени дневник. Евиденције су кључне за отклањање грешака у скрипти. Када се скрипта покрене, евидентирање се омогућава само за грешке.
Стандардни дневник ствара дневник функција и порука послатих серверу током извршавања скрипте, док Проширени дневник садржи додатна упозорења и друге поруке. Евидентирање се користи током отклањања грешака и онемогућава се током извршавања. У том случају се евидентирање може омогућити за грешке.
П # 15) Шта је модуларни приступ скриптирању?
Одговор: У модуларном приступу, функција се креира за сваки захтев ( На пример, пријава, одјава, чување, брисање итд.) и ове функције се позивају где год је потребно. Овај приступ даје већу слободу поновне употребе захтева и штеди време. Овим приступом препоручује се рад са прилагођеним веб захтевима.
П # 16) Које су различите врсте циљева у Циљно оријентисаном сценарију?
Одговор: ЛоадРуннер има пет различитих врста циљева у Циљно оријентисаном сценарију. Су:
- Број истовремених Вусера
- Број погодака у секунди
- Број трансакција у секунди
- Број страница у минути
- Време одзива трансакције
П # 17) Како се сваки корак потврђује у скрипти?
Одговор: Сваки корак у скрипти потврђује се садржајем на враћеној страници. Провера садржаја проверава да ли је одређени садржај присутан на веб страници или не. Постоје две врсте провере садржаја које се могу користити у ЛоадРуннер-у:
- Провера текста: Ово проверава текст / низ на веб страници.
- Провера слике: Овим се проверава слика на веб страници.
П # 18) Како се ВуГен скрипта мења након снимања?
Одговор: Једном када је скрипта снимљена, може се изменити следећим поступком:
- Трансакција
- Параметризација
- Корелација
- Декларације променљивих
- Тачка сусрета
- Валидације / Контролна тачка
П # 19) Шта су Рамп-уп и Рамп Довн?
Одговор:
- Појача: Оцените по којој виртуелни корисници додају тест оптерећења.
- Рампа доле: Стопа по којој виртуелни корисници излазе из теста учитавања.
П # 20) Која је предност покретања Вусера као нити?
Одговор: Покретање Вусерс-а као нити помаже у генерисању више виртуелних корисника са било које машине због малог исписа Вусера који покреће нит.
П # 21) На шта се троши време у евиденцији ВуГен Реплаи?
Одговор: Корисник прегледача никада не врши губљење времена и само време проведено на активностима које подржавају анализу теста. Ове активности су повезане са евидентирањем, чувањем евиденције и прилагођеном анализом.
П # 22) Како омогућавате проверу текста и слика у ВуГену?
Одговор: То се може учинити употребом функција веб_финд (за проверу текста) и веб_имаге_цхецк (за проверу слика) и омогућавањем провере слике и текста из подешавања рунтиме-а.
Подешавање времена покретања–> Преференце–> Омогућите поље за потврду Слика и текст.
П # 23) Која је разлика између веб_рег_финд и веб_финд?
Одговор: Функција веб_рег_финд се обрађује пре слања захтева и поставља се пре захтева у ВуГен скрипти, док се функција веб_финд обрађује након доласка одговора на захтев и поставља се након захтева у ВуГен скрипти.
П # 24) Који су изазови са којима ћете се суочити како бисте исписали корак „Изабери све“, а затим „Избриши“ за било који рачун поште?
Одговор: У овом случају, објаве за „Селецт Алл“ и „Делете“ ће се променити сваки пут у зависности од броја доступних маилова. Због тога би снимљени захтев за њих двоје требало заменити прилагођеним захтевом, а за изградњу поста потребна је изградња низа. ( Белешка - За ово питање је потребно практично знање. Зато вас молим за практично ово и формулишите свој одговор).
П # 25) Која је разлика између пејсинга и времена размишљања?
Одговор: Пејсинг је време чекања између итерација акције, док је размишљање време чекања између трансакција.
П # 26) Колики је број графова које истовремено можете пратити помоћу контролера? Који је максимум од њих?
Одговор: Могу се видети један, два, четири и осам графикона. Максималан број графикона који се могу истовремено пратити је 8.
П # 27) Имате апликацију која показује резултате испита студента. Одговарајући на име сваког студента, помиње се да ли је положио или није положио испит са ознаком „положио“ и „није успео“. Како ћете препознати број положених и неуспелих ученика у ВуГен скрипти?
Одговор: За овај текст се користи провера за веб страницу за текст „Пасс анд Фаил“. Кроз функцију веб_рег_финд можемо помоћу броја „СавеЦоунт“ ухватити број текстова који се налазе на веб страници. СавеЦоунт је сачувао број пронађених подударања. На пример-
web_reg_find('Text=Pass', 'SaveCount=Pass_Student', LAST); web_reg_find('Text=Fail', 'SaveCount=Fail_Student', LAST);
П # 28) Које је оптимално подешавање за дневнике током теста оптерећења?
Одговор: За тест оптерећења ниво дневника је постављен на минимални. То се може постићи подешавањем нивоа евиденције на стандардни дневник и одабиром радио дугмета „Пошаљи поруку само када дође до грешке“.
П # 29) Како ћете се носити са ситуацијом скриптирања за ваше поштанско сандуче које морате изабрати било коју пошту случајно за читање?
Одговор: За ово ћемо снимити скрипту за читање прве поште. Покушајте да пронађете оно што је објављено у захтеву за читање прве поште, као што су ИД поште или ред бр.
Из поста у којем се одражава листа е-адреса, покушаћемо да забележимо све редове ид-ова е-поште са функцијом корелације и задржавајући Редни као Сви тј. ОРД = Сви. Замените тражени ИД е-поште у прочитаном посту било којим насумично одабраним ИД-ом е-поште са листе забележених ИД-ова е-поште.
Позовите се на ово Водич за скрипте .
П # 30) Шта је време за размишљање? Који је ниво прага за време размишљања и како се то може променити?
Одговор: Мислите да је време чекања намерно уметнуто између радњи у скрипти да би опонашало стварно време чекања корисника током обављања неке активности на апликацији. Ниво прага за време размишљања на нивоу испод којег је забележено време размишљања ће се занемарити. Ово се може променити из Снимљене опције-> Сцрипт-> Генеришите време размишљања веће од прага.
П # 31) Како је конфигурисана аутоматска корелација?
Одговор: Било које подешавање везано за аутоматизовану корелацију може извршити Опште опције-> Корелација. Правила корелације постављају се из Опције снимања-> Корелације.
П # 32) Како одлучујете о броју машина за стварање оптерећења потребних за покретање теста?
Одговор: Број потребних генератора терета у потпуности зависи од протокола који се користи за креирање скрипте и конфигурације машине за стварање оптерећења. Сваки протокол има различит испис меморије и ово одлучује колико виртуалних корисника може бити генерисано из дате конфигурације машине (генератора оптерећења).
П # 33) Које могућности тачно тражите при одабиру алата за тестирање перформанси?
Одговор: Алат за тестирање перформанси треба да буде способан за: -
- Тестирање апликације изграђене коришћењем више технологија и хардверских платформи.
- Утврдите погодност сервера за тестирање апликације
- Тестирање апликације са оптерећењем од десетина, хиљада, па чак и хиљада виртуелних корисника.
П # 34) По чему се истовремени корисници разликују од истовремених корисника?
Одговор: Сви истовремени корисници су истовремени корисници, али обрнуто није тачно.
Сви вусери у покренутом сценарију су истовремени корисници јер истовремено користе исту апликацију, али можда раде или не раде исте задатке. Истовремени корисници истовремено извршавају исти задатак. Истовремени корисници се истовремено остварују кроз тачке сусрета.
Тачке сусрета упућују систем да сачека док одређени број Вусера не стигне како би сви могли истовремено да извршавају одређени задатак.
П # 35) Како препознати које вредности треба корелирати у скрипти? Дати пример.
Одговор: То се може учинити на начине:
- Снимите две скрипте са сличним корацима и упоредите их помоћу услужног програма ВДифф. (Погледајте туторијал Корелација).
- Поновите репродукцију снимљене скрипте и претражите корелацију. Ово даје листу вредности које се могу повезати.
Ид сесије је добар пример за то. Када се две скрипте сниме и упореде помоћу услужног програма ВДифф. ИД-ови сесија у две скрипте треба да се разликују и ВДифф истиче ове вредности.
П # 36) Како кеширање утиче на резултате тестирања перформанси?
Одговор: Када се подаци кеширају у меморији сервера, сервер не мора да преузме резултат и ниједна активност сервера не покреће. Резултат теста не одражава исте перформансе стварних корисника који користе апликацију са различитим подацима.
П # 37) Како ћете зауставити извршавање скрипте због грешке?
Одговор: То се може постићи функцијом лр_аборт. Функција налаже Вусеру да заустави извршавање одељка Ацтион и заврши извршавање извршавањем одељка вусер_енд. Ова функција је корисна у раду са одређеном грешком.
Ово се такође може користити за решавање ситуације, а не грешке када извршење није могуће. Функција је Вусеру додијелила статус „Заустављен“ који се зауставио због функције лр_аборт. У поставци Рун-Тиме, требало би уклонити ознаку са „Настави са грешком“.
Над вама
Надамо се овоме огромна компилација ЛоадРуннер питања за интервјуе са одговорима показаће вам се корисним свима.
У СТХ увек исповедамо значај основа . Исто важи и за успех у професионалном тестирању перформанси. Међутим, желимо да овај упитник за интервју за испитивање перформанси буде инструментална референтна тачка за све вас који тежите да пронађете или напредујете у каријери тестирања перформанси користећи ЛоадРуннер.
Желим вам све најбоље!
=> Посетите овде за комплетну серију водича за ЛоадРуннер
ПРЕВ Туториал |. | Прво упутство
Надам се да сте уживали у читавом низу водича у овој ЛоадРуннер серији.
Препоручено читање
- Интервјуирајте питања и одговоре
- Питања и одговори за испитивање ЕТЛ-а
- Нека незгодна ручна тестирања питања и одговори
- 25 најбољих агилних тестова за интервју и питања и одговори
- 34 Најчешћа питања и одговори у интервјуу за СоапУИ
- Споцк интервју питања са одговорима (најпопуларније)
- Нека занимљива питања за испитивање софтверског тестирања
- Топ 20+ .НЕТ питања и одговори за интервјуе