37 Най-често срещани въпроси за интервю за LoadRunner и най-добри отговори

37 most common loadrunner interview questions

Най-често задаваните въпроси за интервю за LoadRunner.

В предишния ни урок разгледахме всичко Анализ на резултатите от теста в LoadRunner .

Тази статия ще се фокусира върху най-важните често задавани въпроси и отговори за интервю за LoadRunner което ще ви помогне да постигнете успех в интервюто на всеки тестер за изпълнение с помощта на LoadRunner.

LoadRunner е един от най-лицензираните инструменти за тестване на производителността на пазара. Той е най-подходящ за повечето от предстоящите технологии поради широкия набор от поддържани протоколи.

=> Щракнете тук за пълна серия уроци по LoadRunner

Няколко основни указания, преди да започнем:

# 1) Въпросите за интервю за LoadRunner могат да бъдат категоризирани в 3 основни типа - Скриптове, изпълнение и Анализ . За начинаещите е важно да се съсредоточат повече върху частта за сценарии.

# две) Http / HTML се използва предимно протокол, като за начало се опитайте да усъвършенствате този протокол.

# 3) Не забравяйте да знаете точната версия на LoadRunner върху която сте работили. В случай на опит с предишна версия, опитайте се да се актуализирате с функциите, които са част от по-новите / текущите версии.

# 4) Тестване на производителността интервютата са по-практични отколкото бяха. Въпросите, ориентирани към сценария, са често срещани, а не простолинейни. Някои компании дори правят тестовете за скриптове част от процеса на интервю. Така че, бъдете готови за същото.

# 5) Дори при сценариите е за предпочитане да бъдете може да персонализира кода , вместо просто да записвате и преигравате.

# 6) Очаквайте въпроси на - мислете за време, транзакции, коментари, опции за запис, настройки за изпълнение и т.н. - те са, за да проверите знанията си за най-добри практики за създаване на сценарии.

По-долу са някои от Интервю за тестване на ефективността въпроси това ще се нуждае от опит, за да отговори. Опитайте да имате предвид тези въпроси, докато работите по проектите си за тестове за изпълнение, така че дейността по подготовка на интервю да се превърне в непрекъснат процес.

1. Кои са различните проблеми със скриптове, с които сте се сблъсквали досега?
2. Кои са тесните места за изпълнение, които открихте в проектите, по които работите? Какви са препоръките за преодоляване на тези проблеми?
3. Приложили ли сте закона на Little’s към вашия проект? Ако да, как?
4. Какъв е вашият подход за анализ?
5. Какво наблюдавате по време на изпълнение?
6. Как да извлечете сървърни данни за изпълнение на теста и как да анализирате това?
7. Как да се идентифицират тесните места в изпълнението?

Основни въпроси са:

• Предизвикателства, с които се сблъсквате по време на скриптове
• Корелационна функция
• Обработка на грешки
• Различни режими на запис за уеб HTTP / HTML протокол.
• Създаване на сценарий
• Предизвикателства по време на изпълнение
• Анализ

По-долу сме предоставили няколко често срещани въпроса за интервю за LoadRunner и отговори на тях. Моля, имайте предвид, че най-добри резултати могат да бъдат постигнати чрез осигуряване отговори въз основа на вашата експозиция, опит и интерпретация на концепциите . Изучаването само на отговори на въпроси не винаги е оптимално. Практика, Учете се и експерт - това трябва да бъде вашият подход за подготовка на интервю за тестване на ефективността.

Въпроси за интервю за LoadRunner и най-добри отговори

В # 1) Каква е разликата между тестване на ефективността и инженеринг на ефективността?

Отговор: При тестване на производителността цикълът на тестване включва събиране на изисквания, скриптове, изпълнение, споделяне на резултати и генериране на отчети. Инженерингът на ефективността е стъпка пред тестването на ефективността, където след изпълнение; резултатите се анализират с цел да се намерят пречките за изпълнението и се предоставя решение за разрешаване на идентифицираните проблеми.

В # 2) Обяснете жизнения цикъл на тестване на ефективността.

Отговор:

• Етап 1: Анализ на системата (Идентификация на критична транзакция)
  Виртуален потребителски генератор
• Стъпка 2: Създаване на виртуални потребителски скриптове (запис)
• Стъпка 3: Дефиниране на поведението на потребителите (настройка по време на изпълнение)
  LoadRunner контролер
• Стъпка 4: Създаване на сценарии за тестване на натоварване
• Стъпка 5: Изпълнение на сценарии за тестване на натоварване и наблюдение на производителността
  Анализ на LoadRunner
• Стъпка 6: Анализиране на резултатите

Се отнасят Урок за тестване на ефективността # 2 за повече информация.

В # 3) Какво е тестване на производителността?

Отговор: Тестването на производителността се извършва, за да се оцени ефективността на приложението при условия на натоварване и стрес. Обикновено се измерва по отношение на времето за реакция на действието на потребителя върху дадено приложение.

В # 4) Какво е тестване на товара?

Отговор: Тестването на натоварване е да се определи дали дадено приложение може да работи добре при тежката употреба, произтичаща от голям брой потребители, които го използват едновременно. Натоварването се увеличава, за да симулира пиковото натоварване, което сървърите ще поемат по време на максимални периоди на използване.

В # 5) Кои са различните компоненти на LoadRunner?

Отговор:

Основните компоненти на LoadRunner са:

• VUGen: Записва скриптове на Vuser, които подражават на действията на реални потребители.
• Контролер: Административен център за създаване, поддържане и изпълнение на сценарии за тестване на натоварване. Присвоява сценарии на Vusers и генератори на зареждане, стартира и спира тестовете за зареждане.
• Генератор на натоварване: Агент, чрез който можем да генерираме товар
• Анализ: Предоставя графики и отчети, обобщаващи производителността на системата

В # 6) Каква е точката на Рандеву?

Отговор: Точката на срещата помага при емулирането на тежко потребителско натоварване (заявка) на сървъра. Това инструктира Vusers да действа едновременно. Когато Vuser достигне точка Rendezvous, той чака всички Vusers с точка Rendezvous. След като определен брой Vusers достигне до него, Vusers се освобождават. Функцията lr_rendezvous се използва за създаване на точка Rendezvous. Това може да бъде вмъкнато от:

• Бутон Рандеву на плаващата лента с инструменти за запис по време на запис.
• След записване се вмъква точка на Рандеву Вмъкване> Рандеву .

В # 7) Кои са различните раздели на скрипта? В каква последователност се изпълняват тези секции?

Отговор: Скриптът LoadRunner има три раздела Vuser_init, Action и Vuser_end.

• Vuser_init има заявки / действия за влизане в приложението / сървъра.
• Действие има действителен код за тестване на функционалността на приложението. Това може да се играе много пъти в итерации.
• Vuser_end има заявки / действия за влизане извън приложението / сървъра.

Последователността, в която се изпълняват тези раздели, е Vuser_init е в самото начало и Vuser_end в самия край. Действието се изпълнява между двете.

В # 8) Как определяте кой протокол да използвате за всяко приложение?

безплатен youtube видео конвертор в mp4

Отговор: Преди това тестерът на производителността трябваше да зависи много от екипа на разработчика, за да знае за протокола, който приложението използва за взаимодействие със сървъра. Понякога също е било спекулативно.

LoadRunner обаче предоставя голяма помощ под формата на Съветник по протокола от версия 9.5 нататък. Протоколният съветник открива протоколите, които приложението използва, и ни предлага възможните протоколи, в които скриптът може да бъде създаден, за да симулира реалния потребител.

В # 9) Какво е корелация? Обяснете разликата между Автоматична корелация и Ръчна Корелация?

Отговор: Корелацията се използва за обработка на динамичните стойности в скрипт. Динамичната стойност може да се промени за всяко потребителско действие (стойността се променя, когато действието се възпроизвежда от един и същ потребител) или за различни потребители (стойността се променя, когато действието се възпроизвежда с различен потребител). И в двата случая корелацията се грижи за тези стойности и ги предпазва от провал по време на изпълнение.

Ръчната корелация включва идентифициране на динамичната стойност, намиране на първото появяване на динамична стойност, идентифициране на уникалните граници на улавяне на динамичната стойност, писане на функция за корелация web_reg_save_param преди заявката да има първото появяване на динамична стойност в своя отговор.

Автоматизираната корелация работи по предварително дефинирани правила за корелация. Скриптът се възпроизвежда и сканира за автокорелация при неуспех. Vugen идентифицира мястото, където работят правилата за корелация и корелира стойността при одобрение.

Препоръчай на този урок за повече информация.

В # 10) Как да идентифицираме какво да съпоставяме и какво да параметризираме?

Отговор: Всяка стойност в скрипта, която се променя при всяка итерация или при различните потребители, докато се възпроизвежда, се нуждае от корелация. Всеки потребителски вход по време на запис трябва да бъде параметризиран.

В # 11) Какво е параметризиране и защо е необходимо параметризиране в скрипта?

Отговор: Замяната на твърдо кодирани стойности в скрипта с параметър се нарича Параметризация. Това помага на един виртуален потребител (Vuser) да използва различни данни при всяко изпълнение. Това симулира реално използване на приложение, тъй като избягва сървъра да кешира резултатите.

Препоръчай на този урок за повече информация.

В # 12) Как идентифицирате случаите на използване на тест за ефективност на всяко приложение?

Отговор: Тестови случаи / Използвани случаи за тестове за производителност са почти същите като всички тестови случаи за ръчно / функционално тестване, в които е написана всяка стъпка, извършена от потребителя. Единствената разлика е, че всички ръчни тестови случаи не могат да бъдат случаи на използване на тестване на производителността, тъй като има няколко критерия за избор като:

• Потребителската активност трябва да бъде свързана с критичната и най-важна функционалност на приложението.
• Потребителската активност трябва да има голямо количество дейности в базата данни, като например търсене, изтриване или вмъкване.
• Потребителската активност трябва да има добър потребителски обем. Функционалността на по-малко активност на потребителя обикновено се пропуска от гледна точка на тестването на производителността. Например, активност на администраторския акаунт.

Всеки от ръчните тестови случаи, които отговарят на горепосочените критерии, може да се използва като казус / тест за тестване на ефективността. Ако ръчните тестови случаи не са написани стъпка по стъпка, екипът за изпълнение трябва да създаде специални документи за тях.

Въпрос # 13) Докато създавате скриптове, създадохте правила за корелация за автоматична корелация. Ако искате да споделите правилата за корелация с членовете на вашия екип, работещи върху едно и също приложение, така че той / тя да може да използва същото на работната си станция, как ще го направите?

Отговор: Правилата за корелация могат да бъдат експортирани през .cor файла и същият файл може да бъде импортиран чрез VuGen.

В # 14) Какви са различните видове регистрационни файлове на Vuser, които могат да се използват по време на скриптове и изпълнение? Каква е разликата между тези регистрационни файлове? Когато деактивирате регистрацията?

Отговор: Налични са два типа регистрационни файлове на Vuser - стандартен дневник и разширен дневник. Дневниците са ключови за отстраняване на грешки в скрипта. След като скриптът е стартиран и се изпълнява, регистрирането се активира само за грешки.

Стандартният дневник създава дневник на функции и съобщения, изпратени до сървъра по време на изпълнение на скрипта, докато Разширеният дневник съдържа допълнителни предупреждения и други съобщения. Регистрацията се използва по време на отстраняване на грешки и се деактивира по време на изпълнение. В този случай регистрацията може да бъде активирана за грешки.

В # 15) Какъв е модулният подход на скриптове?

Отговор: В модулния подход се създава функция за всяка заявка ( Например, влизане, излизане, запазване, изтриване и т.н.) и тези функции се извикват навсякъде, където е необходимо. Този подход дава повече свобода за повторно използване на заявката и спестява време. При този подход се препоръчва да се работи с потребителски заявки в мрежата.

В # 16) Какви са различните видове цели в Сценарий, ориентиран към целите?

Отговор: LoadRunner има пет различни типа цели в целенасочен сценарий. Това са:

1. Броят на едновременните Vusers
2. Броят посещения в секунда
3. Броят транзакции в секунда
4. Броят страници в минута
5. Времето за реакция на транзакцията

В # 17) Как се проверява всяка стъпка в скрипта?

Отговор: Всяка стъпка в скрипта се проверява със съдържанието на върнатата страница. Проверката на съдържанието проверява дали конкретно съдържание присъства на уеб страницата или не. Има два вида проверка на съдържанието, които могат да се използват в LoadRunner:

• Проверка на текст: Това проверява за текст / низ на уеб страницата.
• Проверка на изображението: Това проверява за изображение на уеб страница.

Въпрос # 18) Как се променя скриптът VuGen след запис?

Отговор: След като скриптът бъде записан, той може да бъде модифициран със следния процес:

• Транзакция
• Параметризиране
• Корелация
• Декларации на променливи
• Точка на срещата
• Проверки / Checkpoint

В # 19) Какво представляват Ramp-up и Ramp Down?

Отговор:

• Нарастване: Скорост, с която виртуалните потребители добавят към теста за натоварване.
• Намаляване надолу: Скорост, при която виртуалните потребители излизат от теста за натоварване.

Въпрос # 20) Какво е предимството на пускането на Vuser като нишка?

Отговор: Изпълнението на Vusers като нишка помага да се генерират повече виртуални потребители от всяка машина поради малкия отпечатък на паметта на Vuser, изпълняващ нишка.

В # 21) Какво се губи време в дневника на VuGen Replay?

Отговор: Изгубеното време никога не се извършва от който и да е потребител на браузъра, а само времето, отделено за дейностите, които подкрепят тестовия анализ. Тези дейности са свързани с регистриране, водене на записи и анализ по поръчка.

В # 22) Как активирате проверките на текст и изображения във VuGen?

Отговор: Това може да се направи с помощта на функциите web_find (за проверка на текст) и web_image_check (за проверка на изображението) и активиране на проверка на изображения и текст от настройката по време на изпълнение.
Настройка на времето за изпълнение -> Предпочитание -> Активирайте квадратчето за изображение и текст.

В # 23) Каква е разликата между web_reg_find и web_find?

Отговор: Функцията web_reg_find се обработва преди изпратената заявка и се поставя преди заявката в скрипта на VuGen, докато функцията web_find се обработва след идването на отговора на заявката и се поставя след заявката в скрипта на VuGen.

В # 24) Какви са предизвикателствата, с които ще се сблъскате, за да напишете стъпката „Избор на всички“ и след това „Изтриване“ за всеки пощенски акаунт?

Отговор: В този случай публикацията за „Select All“ и „Delete“ ще се променя всеки път в зависимост от броя на наличните имейли. За това записаната заявка за двете трябва да бъде заменена с персонализирана заявка и за изграждане на публикацията е необходимо изграждане на низ. ( Забележка - Този въпрос се нуждае от практически знания. Така че, моля това на практика и формулирайте отговора си).

В # 25) Каква е разликата между темпото и времето за мислене?

Отговор: Темпото е времето за изчакване между итерациите на действието, докато мисленето за времето е време за изчакване между транзакциите.

В # 26) Какъв е броят на графиките, които можете да наблюдавате с помощта на контролер наведнъж? Какъв е максимумът от тях?

Отговор: Една, две, четири и осем графики могат да се видят наведнъж. Максималният брой графики, които могат да бъдат наблюдавани едновременно, е 8.

В # 27) Имате приложение, което показва резултатите от изпита на студента. Съответно на името на всеки студент се споменава дали е издържал или не е издържал изпита с етикет „Положително“ и „Неуспешно“. Как ще идентифицирате броя на преминалите и неуспешните ученици в скрипта на VuGen?

Отговор: За тази текстова проверка се използва уеб страницата за текста „Pass and Fail“. Чрез функцията web_reg_find можем да уловим броя на текстовете, намерени на уеб страницата, с помощта на “SaveCount”. SaveCount съхранява броя на намерените съвпадения. Например-

В # 28) По време на теста за натоварване, каква е оптималната настройка за регистрационни файлове?

Отговор: За теста за натоварване дневникът е зададен на минимално ниво. Това може да се постигне чрез задаване на нивото на дневника на стандартния дневник и избиране на радио бутона „Изпращане на съобщение само когато възникне грешка“.

Въпрос # 29) Как ще се справите със ситуацията при скриптове, когато за вашата пощенска кутия трябва да изберете произволна поща, която да прочетете на случаен принцип?

Отговор: За това ще запишем скрипта за четене на първата поща. Опитайте се да намерите какво се публикува в заявката за четене на първата поща, като например идентификационни номера на поща или номер на ред.

От публикацията, в която се отразява списък с имейли, ще се опитаме да заснемем всички номера на имейли с номер на корелация и да запазим Ordinal като All, т.е. ORD = All. Заменете искания имейл идентификатор в прочетената публикация с някой от произволно избраните имейл адреси от списъка с заснети имейл адреси.

Обърнете се към това Урок за скриптове .

В # 30) Какво е времето за мислене? Какво е нивото на прага за времето за мислене и как може да се промени това?

Отговор: Помислете, че времето е времето за изчакване, въведено умишлено между действията в скрипта, за да се имитира времето за изчакване на реалния потребител, докато се извършва дейност в приложението. Нивото на прага за време за мислене в нивото, под което е записано времето за мислене, ще бъде игнорирано. Това може да се промени от Записани опции-> Сценарий-> Генерирайте време за мислене, по-голямо от прага.

В # 31) Как се конфигурира автоматизираната корелация?

Отговор: Всяка настройка, свързана с автоматизирана корелация, може да бъде направена от Общи опции-> Корелация. Правилата за корелация се задават от Опции за запис-> Корелации.

В # 32) Как решавате броя на машините за генератор на натоварване, необходими за провеждане на тест?

Отговор: Необходимият брой генератори на товар зависи изцяло от протокола, използван за създаване на скрипта и конфигурацията на машината генератор на натоварване. Всеки протокол има различен печат в паметта и това решава колко виртуални потребители могат да бъдат генерирани от зададената конфигурация на машината (генератор на натоварване).

Въпрос # 33) Какви са възможностите, които точно търсите, докато избирате инструмента за тестване на производителността?

Отговор: Инструментът за тестване на производителността трябва да може да: -

• Тестване на приложение, изградено с помощта на множество технологии и хардуерни платформи.
• Определете пригодността на сървър за тестване на приложението
• Тестване на приложение с товар от десетки, хиляди и дори хиляди виртуални потребители.

Въпрос # 34) Как се различават едновременните потребители от едновременните потребители?

Отговор: Всички едновременни потребители са едновременни потребители, но обратно не е вярно.

Всички Vusers в текущия сценарий са едновременни потребители, тъй като те използват едно и също приложение по едно и също време, но може би или не могат да изпълняват същите задачи. Едновременните потребители изпълняват една и съща задача едновременно. Едновременните потребители се правят едновременни потребители чрез точки за срещи.

Рандеву точките инструктират системата да изчака, докато пристигне определен брой Vusers, за да могат всички те да изпълняват определена задача едновременно.

В # 35) Как разпознавате кои стойности трябва да бъдат свързани в скрипта? Дай пример.

Отговор: Това може да стане по начини:

• Запишете двата скрипта с подобни стъпки и ги сравнете с помощта на помощната програма WDiff. (Вижте урок Корелация).
• Повторете записания скрипт и сканирайте за корелация. Това дава списък със стойности, които могат да бъдат свързани.

Session-Id е добър пример за това. Когато два скрипта са записани и сравнени с помощта на помощната програма WDiff. Идентификаторите на сесията в двата скрипта трябва да са различни и WDiff подчертава тези стойности.

В # 36) Как кеширането влияе върху резултатите от тестването на производителността?

Отговор: Когато данните се кешират в паметта на сървъра, сървърът не трябва да извлича резултата и не се задейства активност на сървъра. Резултатът от теста не отразява еднакво представяне на реални потребители, използващи приложението с различни данни.

В # 37) Как ще спрете изпълнението на скрипт при грешка?

Отговор: Това може да се постигне чрез функцията lr_abort. Функцията инструктира Vuser да спре изпълнението на секцията Action и да прекрати изпълнението чрез изпълнение на секцията vuser_end. Тази функция е полезна при обработка на конкретна грешка.

Това може да се използва и за справяне със ситуация, а не с грешка, при която изпълнението не е възможно. Функцията присвоява статус „Спрян“ на Vuser, който спира поради функцията lr_abort. В настройката Run-Time трябва да се премахне отметката „Продължи при грешка“.

Над вас

Надяваме се това огромна компилация от въпроси за интервю за LoadRunner с отговори ще се окаже полезно за всички вас.

В STH ние винаги изповядваме значение на основите . Същото важи и за успеха в професионалния тест за ефективност. Искаме обаче този въпросник за интервю за тестване на ефективността да бъде инструментална отправна точка за всички вас, които се стремите да намерите или напреднете в кариерата за тестване на ефективността с помощта на LoadRunner.

Желая ви всичко най-добро!

=> Посетете тук за пълна серия уроци по LoadRunner

PREV Урок | Първи урок

Надявам се да ви е харесала цялата гама от уроци в тази серия LoadRunner.

Препоръчително четене

• Интервюирайте въпроси и отговори
• Въпроси и отговори за интервю за ETL тестване
• Някои сложни ръчни тестови въпроси и отговори
• 25 най-добри пъргави тестови интервюта Въпроси и отговори
• 34 Най-често срещани въпроси и отговори за интервю за SoapUI
• Въпроси за интервю с Spock с отговори (най-популярни)
• Някои интересни въпроси за интервю за тестване на софтуер
• Топ 20+ .NET интервюта и отговори