Меню

Засіб автоматизації WinRunner (Історія та запитання щодо інтерв’ю)

winrunner automation tool history

Спробуйте Наш Інструмент Для Усунення Проблем

Комплексний огляд інструменту автоматизації WinRunner, поширені запитання та відповіді для підготовки до майбутнього співбесіди:

Це частина допису, “Серія питань та відповідей на інтерв’ю WinRunner”

Інструмент автоматизації HP WinRunner належав Mercury Interactive. Коли HP придбала Mercury Interactive, вони припинили підтримку Winrunner і запропонували використовувати програмне забезпечення HP Functional Testing.

Засіб автоматизації WinRunner

Ось деякі важливі питання інтерв’ю з WinRunner, які часто задають в інтерв’ю з автоматизації тестування. Якщо вам незрозуміла якась відповідь, попросіть мене пояснити у своїх коментарях у розділі коментарів. Ця серія підручників для WinRunner є частиною серії підготовки до тестування інтерв’ю, яка допоможе у підготовці.

Що ви дізнаєтесь:

Підготовка інструменту автоматизації WinRunner

Winrunner

Нижче наведено кілька запитань та відповідей, які допоможуть вам зрозуміти підготовку інструменту WinRunner Automation.

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

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

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

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

як розірвати DVD безкоштовно

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

Q # 2) Яка користь інструменту тестування директора випробувань?

Відповідь: Директор випробувань - програмний засіб управління випробуваннями Mercury Interactive. Це допомагає співробітникам служби забезпечення якості планувати та організовувати процес тестування. За допомогою TestDirector ви можете створити базу даних ручних та автоматизованих тестів, побудувати тестові цикли, запустити тести та повідомляти про дефекти та відстежувати їх.

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

Запитання №3) Як інтегрувати автоматизовані сценарії з TestDirector до сценаріїв Windrunner?

Відповідь: Коли ви працюєте в WinRunner і створюєте будь-який тестовий скрипт, у вас є можливість зберегти його безпосередньо в тестовому сховищі Test Director.

Або під час створення тестового кейсу в TestDirector ми можемо вказати, чи буде сценарій автоматичним або ручним.

А якщо це автоматизований скрипт, тоді TestDirector створить скелет для сценарію, такого як TSL (Test Script Language) WinRunner, який згодом можна змінити на такий, який можна буде використовувати для тестування програми.

Q # 4) Які різні режими запису в WinRunner?

Відповідь: У WinRunner є два типи запису:

  • Контекстно-чутливий запис, який записує операції, які ви виконуєте з вашим додатком, ідентифікуючи об’єкти графічного інтерфейсу користувача (GUI). WinRunner ідентифікує всі об’єкти у вашому вікні, до яких ви клацнули, як меню, вікна, списки, кнопки та тип операції, яку ви виконуєте, наприклад, увімкнення, переміщення, вибір тощо.
  • Аналоговий запис реєструє введення з клавіатури, клацання мишею та точні координати x та y, переміщені вказівником миші по екрану, тобто WinRunner записує точні координати, переміщені за допомогою миші.

Q # 5) Яка мета завантаження надбудов WinRunner?

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

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

Питання 6) Які причини того, що WinRunner не вдається ідентифікувати об'єкт графічного інтерфейсу?

Відповідь: WinRunner не може ідентифікувати об'єкт у графічному інтерфейсі з різних причин. Небагато з них перераховані нижче.

  • Об'єкт не є стандартним об'єктом Windows.
  • Якщо використовуваний браузер не сумісний з версією WinRunner, редактор карт графічного інтерфейсу не зможе вивчити жоден з об’єктів, що відображаються у вікні браузера.

Q # 7) Що ви маєте на увазі під логічною назвою об'єкта?

Відповідь: Коли ви клацаєте об’єктом, WinRunner присвоює об’єкту логічне ім’я, яке зазвичай є текстовою міткою об’єкта. Логічна назва полегшує вам читання тестового сценарію.

Наприклад, коли ви встановили прапорець № замовлення, WinRunner записав наступне твердження в WinRunner TSL:
button_set (“Номер замовлення”, ON);
'Номер замовлення.' - логічна назва об’єкта.

Логічна назва об'єкта визначається його класом. У більшості випадків логічною назвою є мітка, яка з’являється на об’єкті.

Q # 8) Якщо об'єкт не має імені, то яким буде логічне ім'я?

Відповідь: Якщо об'єкт не має імені, то логічним ім'ям може бути доданий текст.

Q # 9) У чому різниця між файлами графічного інтерфейсу та файлами графічного інтерфейсу?

Відповідь: Карта графічного інтерфейсу - це сума одного або декількох файлів графічної графічної карти. Існує два режими організації файлів графічного інтерфейсу користувача.

  • Глобальний файл графічного інтерфейсу користувача: Це єдиний файл графічного інтерфейсу для всієї програми.
  • Файл графічного інтерфейсу для тесту: WinRunner автоматично створює файл графічного інтерфейсу для кожного створеного тесту.

Файл графічного інтерфейсу користувача - це файл, що містить вікна та об'єкти, вивчені програмою WinRunner, із своїм логічним іменем та їх фізичним описом.

Запитання інтерв’ю WinRunner із відповідями

У цій публікації серії підготовки до інтерв’ю з WinRunner ви можете знайти тут найпоширеніші запитання щодо інтерв’ю з WinRunner із відповідями.

Більшість питань ґрунтуються на тестовій мові сценаріїв (TSL), записі сценаріїв у WinRunner та ознайомленні з деякими важливими основними командами WinRunner, які найчастіше використовуються.

Q # 1) Яка мета команди set_window?

Відповідь: Команда Set_Window встановлює фокус на вказане вікно. Ми використовуємо цю команду, щоб встановити фокус на необхідне вікно перед виконанням тестів у певному вікні.

Синтаксис: set_window (, час);

Тут логічне ім'я - це логічне ім'я вікна, а час - це час, протягом якого виконання має зачекати, поки воно не сфокусує дане вікно.

Наприклад:
set_window (“Друк”, 12);
натискання кнопки (“ОК”);

Ось,
Оператор set_window вказує, що вікно Друк є активним вікном.
Кнопку ОК можна дізнатись у контексті цього вікна.

Якщо ви програмуєте тест вручну, вам потрібно ввести оператор set_window, тоді активне вікно змінюється. Під час редагування сценарію, будьте обережні, щоб не видалити необхідні оператори set_window.

Питання 2) Чому ми зазвичай не завантажуємо графічні графічні інтерфейси через сценарії запуску?

Відповідь: Зазвичай ми не завантажуємо карти графічного інтерфейсу через сценарії запуску як:

  • Якщо ми використовуємо один файл графічного інтерфейсу для всього AUT, тоді обсяг пам'яті, який використовується графічним графічним інтерфейсом, може бути набагато більшим.
  • Якщо в об'єкті, що вивчається, є якісь зміни, то WinRunner не зможе розпізнати об'єкт, оскільки його немає у файлі графічного інтерфейсу, завантаженому в пам'ять. Отже, нам доведеться знову вивчити об’єкт та оновити файл графічного інтерфейсу та перезавантажити його.

Запитання №3) Як вивантажити карту графічного інтерфейсу?

Відповідь: Ми можемо використовувати команду GUI_close для вивантаження конкретного файлу графічного інтерфейсу, або ж можемо використовувати команду GUI_close_all, щоб вивантажити всі файли графічної графічної карти, завантажені в пам'ять.

Синтаксис: GUI_close (); або GUI_close_all;

Ви також можете використовувати функції GUI_unload та GUI_unload_all для вивантаження завантажених файлів графічного інтерфейсу.

Q # 4) Для чого використовується карта графічного інтерфейсу та що відбувається, коли завантажується файл карти графічного інтерфейсу?

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

Отже, коли WinRunner виконує скрипт у певному вікні, він може ідентифікувати об’єкти, використовуючи цю інформацію, завантажену в пам’ять.

Q # 5) Як копіювати та переміщати об'єкти між різними файлами графічного інтерфейсу користувача?

Відповідь: Ми можемо копіювати та переміщувати об'єкти між різними файлами графічного інтерфейсу користувача за допомогою редактора графічних інтерфейсів.

Крок, який слід виконати:

  • Виберіть Інструменти> Редактор карт графічного інтерфейсу, щоб відкрити редактор карт графічного інтерфейсу.
  • Виберіть Вигляд> Файли графічного інтерфейсу.
  • Клацніть Розгорнути в редакторі графічного інтерфейсу користувача. Діалогове вікно розширюється для одночасного відображення двох файлів графічного інтерфейсу.
  • Перегляньте інший файл графічного інтерфейсу користувача з кожного боку діалогового вікна, клацнувши імена файлів у списках файлів графічного інтерфейсу.
  • В одному файлі виберіть об’єкти, які потрібно скопіювати або перемістити. За допомогою клавіші Shift та / або клавіші Control виберіть кілька об’єктів. Щоб виділити всі об’єкти у файлі графічного інтерфейсу користувача, виберіть «Редагувати»> «Виділити все».
  • Клацніть Копіювати або Перемістити.
  • Щоб відновити початковий розмір графічного інтерфейсу графічного редактора, натисніть Згорнути.

Q # 6) Як ви налаштовуєте карту графічного інтерфейсу?

Відповідь: Карту графічного інтерфейсу можна налаштувати як:

  • Коли WinRunner вивчає опис об'єкта графічного інтерфейсу, він не вивчає всіх його властивостей. Натомість він засвоює мінімальну кількість властивостей, щоб забезпечити унікальну ідентифікацію об’єкта.
  • Багато додатків також містять користувацькі об'єкти графічного інтерфейсу. Спеціальний об'єкт - це будь-який об'єкт, який не належить до одного зі стандартних класів, що використовуються WinRunner. Тому ці об'єкти присвоюються загальному класу 'об'єкт'. Коли WinRunner записує операцію з користувацьким об'єктом, він генерує оператори obj_mouse_ у тестовому сценарії.
  • Якщо користувацький об'єкт схожий на стандартний об'єкт, ви можете зіставити його з одним із стандартних класів. Ви також можете налаштувати властивості, які WinRunner використовує для ідентифікації власного об'єкта під час тестування контекстної чутливості. Встановлене вами відображення та конфігурація діють лише для поточного сеансу WinRunner. Щоб зробити відображення та конфігурацію постійними, потрібно додати оператор конфігурації до сценарію тесту запуску.

Q # 7) Яка мета шпигуна графічного інтерфейсу?

найкращий веб-сайт для конвертації YouTube у mp3

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

Ви можете переглядати всі властивості об’єкта або лише вибраний набір властивостей, які вивчає WinRunner.

Q # 8) Яка мета різних методів запису 1) Запис 2) Передача даних 3) Як об'єкт 4) Ігнорування.

Відповідь:

  • Запис доручає WinRunner записувати всі операції, що виконуються над об'єктом графічного інтерфейсу. Це метод запису за замовчуванням для всіх класів. (Єдиним винятком є ​​статичний клас (статичний текст), для якого за замовчуванням призначено Pass Up.)
  • Відмовлятися доручає WinRunner записати операцію, виконану з цим класом, як операцію, виконану над елементом, що містить об'єкт. Зазвичай цей елемент є вікном, і операція записується як win_mouse_click.
  • Як об'єкт вказує WinRunner записувати всі операції, що виконуються над об'єктом графічного інтерфейсу, ніби його клас є класом 'об'єкт'.
  • Ігнорувати доручає WinRunner ігнорувати всі операції, що виконуються в класі.

Q # 9) Що таке віртуальні об'єкти і як їх вивчати?

Відповідь: Ви можете навчити WinRunner розпізнавати будь-які растрові зображення у вікні як об'єкт графічного інтерфейсу, визначивши растрові зображення як віртуальні об'єкти.

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

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

Q # 10) Для чого використовується Майстер віртуальних об’єктів і як він використовується?

Відповідь: Щоб визначити віртуальний об'єкт за допомогою майстра віртуального об'єкта, виконайте перераховані дії:

  • Виберіть Інструменти> Майстер віртуальних об’єктів. Відкриється майстер віртуальних об’єктів. Натисніть Далі.
  • У списку Клас виберіть клас для нового віртуального об’єкта. Якщо у вікні відображаються рядки. Для класу таблиці виберіть кількість видимих ​​рядків і стовпців. Натисніть Далі.
  • Клацніть Позначити об'єкт. За допомогою вказівника на перехрестя виберіть область віртуального об'єкта. Ви можете використовувати клавіші зі стрілками для точного регулювання області, яку ви визначаєте за допомогою перехрестя. Натисніть Enter або клацніть правою кнопкою миші, щоб відобразити координати віртуального об'єкта в майстрі. Якщо позначений об’єкт видно на екрані, ви можете натиснути кнопку «Виділити», щоб переглянути його. Натисніть Далі.
  • Присвоїти віртуальному об’єкту логічне ім’я. Це ім'я з'являється в тестовому сценарії під час запису на віртуальному об'єкті. Якщо об’єкт містить текст, який WinRunner може прочитати, майстер пропонує використовувати цей текст для логічного імені. В іншому випадку WinRunner пропонує virtual_object, virtual_push_button, virtual_list тощо.
  • Ви можете прийняти пропозицію майстра або ввести інше ім’я. WinRunner перевіряє, чи немає на графічному графічному інтерфейсі інших об'єктів з тим самим іменем, перш ніж підтвердити свій вибір. Натисніть Далі.

Q # 11) Які режими запису сценарію в WinRunner?

Відповідь: У WinRunner є 2 режими запису.

  • Контекстний запис реєструє операції, які ви виконуєте у своїй програмі, визначаючи об’єкти графічного інтерфейсу користувача (GUI).
  • Аналоговий запис реєструє введення з клавіатури, клацання мишею та точні координати x- та y, переміщені вказівником миші по екрану.

Q # 12) Що таке контрольно-пропускний пункт та які бувають різні типи контрольно-пропускних пунктів?

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

Ви можете додати до своїх тестових скриптів чотири типи контрольних точок:

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

Найчастіші запитання про Winrunner

Ось список частих запитань щодо інтерв’ю з відповідями на WinRunner.

Я продовжуватиму цю серію, коли розмістив декілька запитань та відповідей WinRunner.

Q # 13) Як ви використовували WinRunner у своєму проекті?

Відповідь: Так, я використовую WinRunner для створення автоматизованих сценаріїв для графічного інтерфейсу, функціонального та регресійного тестування AUT.

як знайти ключ безпеки мережі на телефоні Android - -

Q # 14) Поясніть процес тестування WinRunner?

Відповідь: Процес тестування WinRunner передбачає шість основних етапів:

  • Створіть файл графічного інтерфейсу користувача так що WinRunner може розпізнавати об'єкти графічного інтерфейсу в програмі, що тестується.
  • Створюйте тестові сценарії шляхом запису, програмування або їх поєднання. Під час запису тестів вставте контрольні точки, де ви хочете перевірити відповідь програми, що тестується.
  • Тест налагодження: запустіть тести в режимі налагодження, щоб переконатися, що вони працюють безперебійно.
  • Запустіть тести: запустіть тести в режимі перевірки, щоб протестувати свою програму.
  • Переглянути результати: Визначає успіх або провал тестів.
  • Повідомте про дефекти: Якщо тестовий запуск не вдався через дефект програми, що тестується, ви можете повідомити інформацію про дефект безпосередньо з вікна Результати тесту.

Q # 15) Що міститься на карті графічного інтерфейсу?

Відповідь: WinRunner зберігає інформацію, яку дізнається про вікно чи об'єкт, на графічному графічному інтерфейсі.

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

Існує 2 типи файлів графічного інтерфейсу користувача:

  • Глобальний файл графічного інтерфейсу користувача: Це єдиний файл графічного інтерфейсу для всієї програми
  • Файл графічного інтерфейсу для тесту: WinRunner автоматично створює файл графічного інтерфейсу для кожного створеного тесту.

Q # 16) Як WinRunner розпізнає об'єкти в програмі?

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

Q # 17) Ви створили тестові сценарії та що міститься в тестових сценаріях?

Відповідь: Так, я створив тестові сценарії. Він містить висловлювання на тестовій мові сценарію Mercury Interactive (TSL). Ці твердження відображаються як тестовий скрипт у тестовому вікні.

Потім ви можете вдосконалити записаний тестовий сценарій, ввівши додаткові функції TSL та елементи програмування, або скориставшись інструментом візуального програмування WinRunner, Генератором функцій.

Q # 18) Як WinRunner оцінює результати тесту?

Відповідь: Після кожного тестового запуску WinRunner відображає результати у звіті. У звіті детально описуються всі основні події, що відбулися під час запуску, такі як контрольні точки, повідомлення про помилки, системні повідомлення чи повідомлення користувачів.

Якщо під час пробного запуску на контрольних пунктах виявляються невідповідності, ви можете переглянути очікувані результати та фактичні результати у вікні Результати тесту.

Q # 19) Чи проводили ви налагодження сценаріїв?

Відповідь: Так, я виконував налагодження сценаріїв. Ми можемо налагодити сценарій, виконавши сценарій у режимі налагодження. Ми також можемо налагодити сценарій за допомогою функцій Step, Step Into, Step out, наданих WinRunner.

Питання 20) Як запускати тестові сценарії?

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

Якщо виявляються невідповідності, WinRunner фіксує їх як фактичні результати.

Запитання щодо скринінгу WinRunner

Запитальні запитання: Інтерв'юер може відхилити кандидата, якщо він / вона не може відповісти на 2 запитання з наступних 4 питань:

Q # 21) Де ви вивчали WinRunner та TestDirector?

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

Q # 22) Ви коли-небудь створювали стартовий сценарій?

Відповідь: Якщо вони відповідають 'так', запитайте їх, що там було і як вони отримали WR для запуску сценарію запуску, коли WR викликається.

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

Сюди ми також завантажили глобальні змінні та системні змінні. Розташування сценарію запуску додається до файлу WR .ini, wrun.ini, розташованого під вікнами, або каталогу WinNT як wrun.ini '

Q # 23) Яка різниця між написанням функції та написанням сценарію?

Відповідь: Відмінності наведено нижче:

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

Q # 24) Яка різниця між “set_window” та “win_activate”.?Коли б ви використовували “set_window”, а коли “win_activate”?

Відповідь:

win_activate має формат: win_activate (вікно) ;.

Функція win_activate робить вказане вікно активним вікном, фокусуючи його та піднімаючи у верхню частину дисплея. (Це еквівалентно натисканню на банер вікна)

set_window має такий формат: set_window (вікно, (час));

Функція set_window спрямовує вхід до правильного вікна програми. Це спрямовує карту графічного інтерфейсу до цього вікна. Він також встановлює область для ідентифікації об'єкта на карті графічного інтерфейсу.

Найголовніша відмінність полягає в тому, що set_window має опцію хронометражу. WinRunner буде чекати максимум числа, що використовується у функції, ПЛЮС система встановила тайм-аут, щоб дочекатися появи вікна.

Win_activate передбачає, що вікно вже на робочому столі і не має опції синхронізації.

Висновок

Ось декілька простих питань, на які користувач WR, який має принаймні 6 місяців хорошого досвіду, повинен бути дуже простим для відповіді.

Всього найкращого!!

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

^