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 до свого проекту? Якщо так, то як?
4. Який ваш підхід до аналізу?
5. Що ви стежите за виконанням?
6. Як витягти дані сервера для виконання тесту та як їх проаналізувати?
7. Як визначити вузькі місця у роботі?

Основними питаннями є:

• Проблеми, з якими ви стикаєтесь під час створення сценаріїв
• Кореляційна функція
• Обробка помилок
• Різні режими запису для веб-протоколу HTTP / HTML.
• Створення сценарію
• Виклики під час виконання
• Аналіз

Нижче ми навели декілька поширених запитань та відповідей на них. Однак зверніть увагу, що найкращих результатів можна досягти, забезпечуючи відповіді на основі вашого впливу, досвіду та інтерпретації концепцій . Вивчення лише відповідей на запитання не завжди є оптимальним. Практикуйся, вчись та експерт - це має бути ваш підхід до підготовки до співбесіди з тестування продуктивності.

Запитання та найкращі відповіді на інтерв’ю LoadRunner

Q # 1) Яка різниця між тестуванням продуктивності та інженерними технологіями?

Відповідь: Під час тестування продуктивності цикл тестування включає збір вимог, створення сценаріїв, виконання, обмін результатами та створення звітів. Performance Engineering - це крок попереду тестування продуктивності, де після виконання; результати аналізуються з метою пошуку вузьких місць у роботі та пропонується рішення для вирішення виявлених проблем.

Q # 2) Поясніть життєвий цикл тестування продуктивності.

Відповідь:

• Крок 1: Системний аналіз (ідентифікація критичної транзакції)
  Генератор віртуальних користувачів
• Крок 2: Створення віртуальних сценаріїв користувача (запис)
• Крок 3: Визначення поведінки користувачів (параметр виконання)
  Контролер LoadRunner
• Крок 4: Створення сценаріїв випробувань навантаження
• Крок 5: Запуск сценаріїв випробувань навантаження та моніторинг продуктивності
  Аналіз LoadRunner
• Крок 6: Аналіз результатів

Посилання Підручник з тестування продуктивності №2 для більш детальної інформації.

Q # 3) Що таке тестування продуктивності?

Відповідь: Тестування продуктивності проводиться для оцінки продуктивності програми в умовах навантаження та напруги. Як правило, він вимірюється як час відгуку дії користувача на додаток.

Q # 4) Що таке тестування навантаження?

Відповідь: Тестування навантаження полягає в тому, щоб визначити, чи може програма добре працювати при інтенсивному використанні, спричиненому великою кількістю користувачів, які одночасно використовують її. Навантаження збільшується, щоб імітувати пікове навантаження, яке будуть приймати сервери протягом максимальних періодів використання.

Q # 5) Які різні компоненти LoadRunner?

Відповідь:

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

• VUGen: Записує сценарії Vuser, які імітують дії реальних користувачів.
• Контролер: Адміністративний центр для створення, підтримки та виконання сценаріїв тестування навантаження. Призначає сценарії для Vusers та генераторів навантаження, запускає та зупиняє тести завантаження.
• Генератор навантаження: Агент, за допомогою якого ми можемо генерувати навантаження
• Аналіз: Надає графіки та звіти, що підсумовують продуктивність системи

Q # 6) Що таке точка зустрічі?

Відповідь: Точка рандеву допомагає емулювати серйозне навантаження (запит) користувача. Це наказує Vusers діяти одночасно. Коли Vuser досягає точки Рандеву, він чекає на всіх Vusers з точкою Рандеву. Як тільки визначена кількість Вузерів досягне її, Вузери звільняються. Функція lr_rendezvous використовується для створення точки зустрічі. Це може бути вставлено:

• Кнопка 'Рандеву' на плаваючій панелі інструментів 'Запис' під час запису.
• Після запису точка рандеву вставляється через Вставити> Рандеву .

Q # 7) Які різні розділи сценарію? У якій послідовності виконуються ці розділи?

Відповідь: Сценарій LoadRunner має три розділи Vuser_init, Action та Vuser_end.

• Vuser_init має запити / дії для входу в програму / сервер.
• Дія має фактичний код для перевірки функціональності програми. Це можна багато разів відтворити в ітераціях.
• Vuser_end має запити / дії для входу з програми / сервера.

Послідовність, в якій виконуються ці розділи, - Vuser_init знаходиться на самому початку та Vuser_end в самому кінці. Дія виконується між ними.

Q # 8) Як визначити, який протокол використовувати для будь-якої програми?

1 нф 2 нф 3 нф

Відповідь: Раніше тестер продуктивності повинен був сильно залежати від команди розробників, щоб знати про протокол, який додаток використовує для взаємодії з сервером. Іноді це також було спекулятивним.

Однак LoadRunner надає велику допомогу у формі Радник з протоколів починаючи з версії 9.5. Консультант з протоколів виявляє протоколи, які використовує програма, і пропонує нам можливі протоколи, в яких можна створити сценарій для імітації реального користувача.

Q # 9) Що таке кореляція? Поясніть різницю між автоматичною кореляцією та ручною Співвідношення?

Відповідь: Кореляція використовується для обробки динамічних значень у сценарії. Динамічне значення може змінюватися для кожної дії користувача (значення змінюється, коли дія відтворюється тим самим користувачем) або для різних користувачів (значення змінюється, коли дія відтворюється з іншим користувачем). В обох випадках кореляція опікується цими значеннями і запобігає їх збоям під час виконання.

Ручна кореляція передбачає ідентифікацію динамічного значення, пошук першого появи динамічного значення, виявлення унікальних меж захоплення динамічного значення, написання функції кореляції web_reg_save_param перед тим, як запит має перше входження динамічного значення у своїй відповіді.

Автоматизована кореляція працює за заздалегідь визначеними правилами кореляції. Сценарій відтворюється та сканується на наявність автокореляції в разі відмови. Вуген визначає місце, де працюють правила кореляції, і співвідносить значення при затвердженні.

Відноситься до цей підручник для більш детальної інформації.

Q # 10) Як визначити, що співвідносити, а що параметризувати?

Відповідь: Будь-яке значення в сценарії, яке змінюється на кожній ітерації або з різними користувачами під час відтворення, потребує кореляції. Будь-який вхід користувача під час запису повинен бути параметризований.

Q # 11) Що таке параметризація та чому параметризація необхідна у сценарії?

Відповідь: Заміна жорстко закодованих значень у сценарії параметром називається Параметризацією. Це допомагає одному віртуальному користувачеві (Vuser) використовувати різні дані для кожного запуску. Це імітує реальне використання програми, оскільки це дозволяє уникнути серверу результатів кешування.

Відноситься до цей підручник для більш детальної інформації.

Q # 12) Як ви визначаєте випадки використання тесту на продуктивність будь-якої програми?

Відповідь: Тестові приклади / випадки використання для тестів продуктивності майже однакові з будь-якими тестовими кейсами для ручного / функціонального тестування, де написаний кожен крок, виконаний користувачем. Єдина відмінність полягає в тому, що всі ручні тестові приклади не можуть бути випадками використання тестування продуктивності, оскільки для вибору існує декілька критеріїв:

• Діяльність користувача повинна бути пов'язана з критичною та найважливішою функціональністю програми.
• Діяльність користувача повинна мати значну кількість активності в базі даних, таку як пошук, видалення або вставка.
• Діяльність користувача повинна мати хороший обсяг користувачів. Функціональність меншої активності користувачів, як правило, опускається з точки зору тестування продуктивності. Наприклад, активність облікового запису адміністратора.

Будь-який з ручних тестів, що відповідають вищезазначеним критеріям, може бути використаний як кейс / тест-кейс для тестування ефективності. Якщо ручні тестові приклади не пишуться поетапно, команда виконавців повинна створити для них спеціальні документи.

Q # 13) Під час сценарію ви створили правила кореляції для автоматичної кореляції. Якщо ви хочете поділитися правилами кореляції з членами вашої команди, що працюють над одним додатком, щоб він / вона могли використовувати те саме на своїй робочій станції, як ви це зробите?

Відповідь: Правила кореляції можна експортувати через файл .cor, а той самий файл можна імпортувати через VuGen.

Q # 14) Які різні типи журналів Vuser можна використовувати під час виконання сценаріїв та виконання? Яка різниця між цими журналами? Коли ви вимикаєте ведення журналу?

Відповідь: Доступні два типи журналів Vuser - Стандартний журнал та Розширений журнал. Журнали є ключовими для налагодження сценарію. Після запуску та запуску сценарію журналювання вмикається лише для помилок.

Стандартний журнал створює журнал функцій та повідомлень, що надсилаються на сервер під час виконання сценарію, тоді як Розширений журнал містить додаткові попередження та інші повідомлення. Журналювання використовується під час налагодження та вимикається під час виконання. У такому випадку реєстрацію можна ввімкнути для помилок.

Q # 15) Що таке модульний підхід до створення сценаріїв?

Відповідь: У модульному підході для кожного запиту створюється функція ( Наприклад, вхід, вихід, збереження, видалення тощо), і ці функції викликаються там, де це потрібно. Такий підхід дає більше свободи для повторного використання запиту та економить час. За такого підходу рекомендується працювати з веб-користувальницькими запитами.

Q # 16) Які існують різні типи цілей у цільовому сценарії?

Відповідь: LoadRunner має п’ять різних типів цілей за цільовим сценарієм. Це:

1. Кількість одночасних Vusers
2. Кількість звернень за секунду
3. Кількість транзакцій в секунду
4. Кількість сторінок в хвилину
5. Час відповіді транзакції

Q # 17) Як кожен сценарій перевіряється у сценарії?

Відповідь: Кожен крок у сценарії перевіряється вмістом на повернутій сторінці. Перевірка вмісту перевіряє, чи є певний вміст на веб-сторінці чи ні. У LoadRunner можна використовувати два типи перевірки вмісту:

• Перевірка тексту: Це перевіряє наявність тексту / рядка на веб-сторінці.
• Перевірка зображення: Це перевіряє наявність зображення на веб-сторінці.

Q # 18) Як змінюється сценарій VuGen після запису?

Відповідь: Після запису сценарію його можна змінити за допомогою наступного процесу:

• Транзакція
• Параметризація
• Співвідношення
• Декларації змінних
• Точка побачення
• Перевірки / контрольний пункт

Q # 19) Що таке Ramp-up та Ramp Down?

Відповідь:

• Нарощування: Швидкість додавання віртуальних користувачів до тесту навантаження.
• Спускати вниз: Швидкість виходу віртуальних користувачів із навантажувального тесту.

Q # 20) У чому перевага запуску Vuser як потоку?

Відповідь: Запуск Vusers як потоку допомагає генерувати більше віртуальних користувачів з будь-якої машини завдяки невеликому відбитку пам'яті Vuser, що запускає потік.

Q # 21) Що марно витрачається час у журналі відтворення VuGen?

Відповідь: Користувач браузера ніколи не витрачає витрачений час, а лише час, витрачений на діяльність, яка підтримує аналіз тесту. Ці заходи пов’язані з веденням журналів, веденням обліку та власним аналізом.

Q # 22) Як увімкнути перевірку тексту та зображень у VuGen?

Відповідь: Це можна зробити за допомогою функцій web_find (для перевірки тексту) та web_image_check (для перевірки зображень) і ввімкнення перевірки зображень та тексту з налаштувань середовища виконання.
Налаштування часу запуску–> Налаштування–> Увімкніть прапорець Зображення та текст.

Q # 23) Яка різниця між web_reg_find та web_find?

Відповідь: Функція web_reg_find обробляється перед відправленням запиту і розміщується перед запитом у сценарії VuGen, тоді як функція web_find обробляється після надходження відповіді на запит і розміщується після запиту у сценарії VuGen.

Питання # 24) З якими проблемами вам доведеться зіткнутися, щоб написати крок 'Вибрати все', а потім 'Видалити' для будь-якого поштового облікового запису?

Відповідь: У цьому випадку публікація для 'Вибрати все' та 'Видалити' буде змінюватися кожного разу залежно від кількості доступних листів. Для цього записаний запит для двох слід замінити на власний запит, а для побудови повідомлення потрібно побудова рядків. ( Примітка - Це питання потребує практичних знань. Тож будь-ласка це практично і сформулюйте свою відповідь).

Q # 25) Яка різниця між темпом ходу та часом на роздуми?

Відповідь: Темп - це час очікування між ітераціями дії, тоді як вважати, що це час очікування між транзакціями.

Q # 26) Яку кількість графіків ви можете одночасно контролювати за допомогою контролера? Який максимум з них?

Відповідь: Одночасно можна побачити один, два, чотири та вісім графіків. Максимальна кількість графіків, які можна одночасно контролювати, - 8.

Q # 27) У вас є програма, яка показує результати іспиту студента. Відповідно до імені кожного студента зазначається, склав він або не склав іспит із позначкою «скласти» та «не склав». Як ви визначите кількість пройдених та невдалих студентів у сценарії VuGen?

Відповідь: Для цього текстова перевірка використовується для веб-сторінки з текстом «Передача та невдача». За допомогою функції web_reg_find ми можемо фіксувати кількість текстів, знайдених на веб-сторінці, за допомогою функції «SaveCount». SaveCount зберігає кількість знайдених збігів. Наприклад-

Q # 28) Яке оптимальне налаштування для журналів під час перевірки навантаження?

Відповідь: Для тесту навантаження рівень журналу встановлюється мінімальним. Цього можна досягти, встановивши рівень журналу до стандартного журналу та вибравши перемикач «Надіслати повідомлення лише при виникненні помилки».

Q # 29) Як ви впораєтесь із ситуацією, що склалася у сценаріях, коли для вашої поштової скриньки вам доведеться довільно вибрати будь-яку пошту для читання?

Відповідь: Для цього ми запишемо сценарій для читання першої пошти. Спробуйте знайти те, що розміщено у запиті на прочитання першого повідомлення, наприклад, ідентифікатори пошти або номер рядка.

З публікації, де відображається список електронних листів, ми спробуємо зафіксувати всі рядки ідентифікаторів електронної пошти з функцією кореляції та зберігаючи Ordinal як All, тобто ORD = All. Замініть запитаний ідентифікатор електронної пошти в прочитаному дописі будь-яким із випадково вибраних ідентифікаторів електронної пошти зі списку захоплених ідентифікаторів електронної пошти.

Зверніться до цього Підручник зі створення сценаріїв .

Q # 30) Що таке час для роздумів? Який пороговий рівень для часу роздумів і як це можна змінити?

Відповідь: Подумайте, що час очікування - це час очікування, навмисно вставлений між діями у сценарії, щоб імітувати реальний час очікування користувача під час виконання дії в додатку. Пороговий рівень для часу роздумів на рівні, нижче якого зареєстрований час роздумів, буде ігноруватися. Це можна змінити з Записані параметри-> Сценарій-> Генеруйте час думки, що перевищує поріг.

Q # 31) Як налаштовано автоматичну кореляцію?

Відповідь: Будь-яке налаштування, пов’язане з Автоматизованою кореляцією, можна зробити за допомогою Загальні параметри-> Співвідношення. Правила кореляції встановлюються з Параметри запису-> Співвідношення.

Q # 32) Як ви вирішуєте кількість машин генератора навантаження, необхідних для запуску тесту?

Відповідь: Кількість необхідних генераторів навантаження повністю залежить від протоколу, який використовується для створення сценарію та конфігурації машини генератора навантаження. Кожен протокол має різний друк пам'яті, і це вирішує, скільки віртуальних користувачів можна створити за допомогою заданої конфігурації машини (генератора навантаження).

Q # 33) Які саме можливості ви шукаєте, вибираючи інструмент тестування продуктивності?

Відповідь: Інструмент тестування продуктивності повинен здатний: -

• Тестування програми, побудованої з використанням декількох технологій та апаратних платформ.
• Визначте придатність сервера для тестування програми
• Тестування програми із завантаженням у десятки, тисячі і навіть тисячі віртуальних користувачів.

Q # 34) Чим одночасні користувачі відрізняються від одночасних користувачів?

Відповідь: Усі одночасні користувачі є одночасними користувачами, але навпаки, це неправда.

Усі Vusers у запущеному сценарії є одночасними користувачами, оскільки вони використовують один і той же додаток одночасно, але, можливо, чи не виконують однакові завдання. Користувачі одночасно виконують одне і те ж завдання одночасно. Одночасних користувачів роблять одночасними користувачами через точки зустрічі.

Точки зустрічі вказують системі чекати, поки приїде певна кількість вузерів, щоб всі вони могли одночасно виконувати певне завдання.

Q # 35) Як визначити, які значення слід співвідносити в сценарії? Наведіть приклад.

Відповідь: Це можна зробити такими способами:

• Запишіть два сценарії подібними кроками та порівняйте їх за допомогою утиліти WDiff. (Див. Підручник Кореляція).
• Повторіть записаний сценарій та відскануйте кореляцію. Це дає список значень, які можна співвіднести.

Ідея сеансу є хорошим прикладом цього. Коли два сценарії записуються та порівнюються за допомогою утиліти WDiff. Ідентифікатори сеансу в двох сценаріях повинні бути різними, і WDiff виділяє ці значення.

Q # 36) Як кешування впливає на результати тестування продуктивності?

Відповідь: Коли дані кешуються в пам’яті сервера, серверу не потрібно отримувати результат і жодна активність сервера не запускається. Результат тесту не відображає однакову ефективність реальних користувачів, що використовують додаток з різними даними.

Q # 37) Як ви зупините виконання скрипта на помилку?

Відповідь: Цього можна досягти за допомогою функції lr_abort. Функція доручає Vuser припинити виконання розділу Action та завершити виконання, виконавши розділ vuser_end. Ця функція корисна при обробці певної помилки.

Це також може бути використано для обробки ситуації, а не помилки, коли виконання неможливе. Функція присвоїла Vuser статус 'Зупинено', який зупинився через функцію lr_abort. У налаштуваннях часу виконання слід відмітити прапорець “Продовжити з помилкою”.

До вас

Ми сподіваємось на це величезна збірка запитань з інтерв'ю з LoadRunner із відповідями виявиться корисним для всіх вас.

У STH ми завжди сповідуємо важливість основ . Те саме стосується і успіху в професійному тестуванні. Однак ми хочемо, щоб ця анкета для тестування продуктивності була інструментальним орієнтиром для всіх вас, хто прагне знайти або просунутися в кар’єрі тестування продуктивності за допомогою LoadRunner.

Бажаю вам усього найкращого!

=> Відвідайте тут, щоб отримати повну серію підручників із LoadRunner

НАЗАД Підручник | Перший навчальний посібник

Сподіваюсь, вам сподобався весь набір підручників у цій серії LoadRunner.

Рекомендована література

• Запитання та відповіді на інтерв’ю
• Запитання та відповіді на інтерв’ю для тестування ETL
• Деякі хитрі ручні тестування Питання та відповіді
• 25 найкращих запитань та відповідей на інтерв’ю для спритного тестування
• 34 Найпоширеніші запитання та відповіді на інтерв’ю SoapUI
• Запитання для інтерв’ю у Spock (найпопулярніші)
• Деякі цікаві запитання щодо тестування програмного забезпечення
• Топ 20+ запитань та відповідей на інтерв’ю .NET