Меню

Инструмент за автоматизация на WinRunner (История и въпроси за интервю)

winrunner automation tool history

Опитайте Нашия Инструмент За Премахване На Проблемите

Изчерпателен преглед на инструмента за автоматизация на WinRunner, често задавани въпроси и отговори за подготовка за предстоящото интервю:

Това е част от публикацията „Поредица въпроси и отговори за интервю за WinRunner“

HP WinRunner Automation Tool е собственост на Mercury Interactive. Когато HP придоби Mercury Interactive, те спряха поддръжката на Winrunner и предложиха да използват софтуера за функционално тестване на HP.

Инструмент за автоматизация на WinRunner

Това са някои важни въпроси за интервю за WinRunner, често задавани в интервюто за автоматизиране на тестовете. Ако не сте наясно с какъвто и да е отговор, помолете ме за пояснение във вашите коментари в раздела за коментари. Тази поредица за публикуване на уроци за WinRunner е част от поредицата за подготовка за интервю за тестване, за да ви помогне в подготовката.

Какво ще научите:

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

Winrunner

Посочените по-долу са няколко въпроса и отговори, които ще ви помогнат да разберете подготовката на инструмента за автоматизация WinRunner.

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

Отговор: Когато завършите някакъв тест в WinRunner, той показва резултатите във формат на отчет.

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

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

как да отворите .bin файл на Windows 10

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

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

Отговор: Test Director е софтуерният инструмент за управление на теста на Mercury Interactive. Той помага на персонала за осигуряване на качеството да планира и организира процеса на тестване. С TestDirector можете да създадете база данни с ръчни и автоматизирани тестове, да изграждате тестови цикли, да провеждате тестове и да докладвате и проследявате дефекти.

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

В # 3) Как да интегрирам автоматизирани скриптове от TestDirector към скриптове Windrunner?

Отговор: Когато работите в WinRunner и създавате произволен тестов скрипт, имате възможност да го запишете директно в хранилището за тестове на Test Director.

Или докато създаваме тестов случай в TestDirector, можем да посочим дали скриптът да бъде автоматизиран или ръчен.

И ако това е автоматизиран скрипт, тогава TestDirector ще изгради скелет за скрипта като TSL (Test Script Language) на WinRunner, който по-късно може да бъде модифициран в такъв, който може да се използва за тестване на приложението.

В # 4) Какви са различните режими на запис в WinRunner?

Отговор: Има два вида запис в WinRunner:

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

В # 5) Каква е целта на зареждането на добавките WinRunner?

Отговор: Добавките се използват в WinRunner за зареждане на функции, специфични за конкретната добавка, в паметта. Докато създавате скрипт, само тези функции в добавката, които са избрани, ще бъдат изброени в генератора на функции.

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

В # 6) Какви са причините WinRunner да не успее да идентифицира GUI обекта?

Отговор: WinRunner не успява да идентифицира обект в GUI поради различни причини. Малко от тях са включени по-долу.

  • Обектът не е стандартен Windows обект.
  • Ако използваният браузър не е съвместим с версията на WinRunner, GUI Map Editor няма да може да научи нито един от обектите, показани в прозореца на браузъра.

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

Отговор: Когато щракнете върху обект, WinRunner присвоява на обекта логическо име, което обикновено е текстовият етикет на обекта. Логическото име улеснява четенето на тестовия скрипт.

Например, когато сте поставили отметка в квадратчето № на поръчка, WinRunner е записал следното изявление в WinRunner TSL:
button_set („Номер на поръчка“, ВКЛ.);
'Поръчка Номер.' е логическото име на обекта.

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

В # 8) Ако обектът няма име, какво ще бъде логическото име?

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

В # 9) Каква е разликата между GUI map и GUI map files?

Отговор: GUI картата е сумата от един или повече файлове с GUI карта. Има два режима за организиране на файлове с графичен интерфейс.

  • Глобален файл с GUI карта: Това е един файл на GUI Map за цялото приложение.
  • Файл на GUI карта за тест: WinRunner автоматично създава GUI Map файл за всеки създаден тест.

GUI Map файлът е файл, който съдържа прозорците и обектите, научени от WinRunner, с неговото логическо име и тяхното физическо описание.

WinRunner Интервю Въпроси с отговори

В тази публикация от поредицата за подготовка на интервюта за WinRunner можете да намерите тук често задавани въпроси за интервю за WinRunner с отговори.

Повечето въпроси се основават на Test Script Language (TSL), запис на скриптове в WinRunner и въведение в някои важни основни WinRunner най-използвани команди.

В # 1) Каква е целта на командата set_window?

Отговор: Командата Set_Window задава фокуса на посочения прозорец. Използваме тази команда, за да зададем фокуса на необходимия прозорец, преди да изпълним тестове на определен прозорец.

Синтаксис: set_window (, време);

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

Например:
set_window („Печат“, 12);
натискане на бутон („ОК“);

Тук,
Операторът set_window показва, че прозорецът Print е активният прозорец.
Бутонът OK се научава в контекста на този прозорец.

Ако програмирате тест ръчно, трябва да въведете оператора set_window, след което активният прозорец се променя. Докато редактирате скрипт, внимавайте да не изтриете необходимите оператори set_window.

В # 2) Защо обикновено не зареждаме GUI картите чрез стартови скриптове?

Отговор: Обикновено не зареждаме GUI картите чрез стартови скриптове като:

  • Ако използваме един файл на GUI Map за целия AUT, тогава паметта, използвана от GUI Map, може да е много голяма.
  • Ако има някаква промяна в изучавания обект, тогава WinRunner няма да може да разпознае обекта, тъй като той не е в GUI Map файла, зареден в паметта. Така че, ще трябва да научим обекта отново и да актуализираме GUI файла и да го презаредим.

В # 3) Как разтоварвате GUI картата?

Отговор: Можем да използваме командата GUI_close, за да разтоварим конкретен файл на GUI Map, или да използваме командата GUI_close_all, за да разтоварим всички файлове на GUI Map, заредени в паметта.

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

Можете също така да използвате функции GUI_unload и GUI_unload_all за разтоварване на заредени файлове с GUI карта.

В # 4) Каква е ползата от GUI картата и какво се случва, когато се зареди файлът с GUI карта?

Отговор: Когато заредим файл с GUI Map, информацията за прозорците и обектите с техните логически имена и физическо описание се зареждат в паметта.

Така че, когато WinRunner изпълнява скрипт на определен прозорец, той може да идентифицира обектите, използвайки тази информация, заредена в паметта.

В # 5) Как копирате и премествате обекти между различни файлове с графичен интерфейс?

Отговор: Можем да копираме и преместваме обекти между различни файлове на GUI Map с помощта на GUI Map Editor.

Стъпките, които трябва да се следват са:

  • Изберете Tools> GUI Map Editor, за да отворите GUI Map Editor.
  • Изберете Изглед> GUI файлове.
  • Щракнете върху Разгъване в GUI Map Editor. Диалоговият прозорец се разширява, за да показва едновременно два файла с графичен интерфейс.
  • Прегледайте различен файл с карта на GUI от всяка страна на диалоговия прозорец, като щракнете върху имената на файловете в списъците с GUI файлове.
  • В един файл изберете обектите, които искате да копирате или преместите. Използвайте клавиша Shift и / или бутона за управление, за да изберете множество обекти. За да изберете всички обекти във файл с GUI карта, изберете Edit> Select All.
  • Щракнете върху Копиране или Преместване.
  • За да възстановите първоначалния размер на GUI Map Editor, щракнете върху Collapse.

В # 6) Как конфигурирате GUI картата?

Отговор: GUI картата може да бъде конфигурирана като:

  • Когато WinRunner научи описанието на GUI обект, той не научава всичките му свойства. Вместо това той научава минималния брой свойства, за да осигури уникална идентификация на обекта.
  • Много приложения също съдържат персонализирани GUI обекти. Персонализиран обект е всеки обект, който не принадлежи към някой от стандартните класове, използвани от WinRunner. Следователно тези обекти се присвояват на общия клас „обект”. Когато WinRunner записва операция върху персонализиран обект, той генерира obj_mouse_ изрази в тестовия скрипт.
  • Ако персонализиран обект е подобен на стандартен обект, можете да го присвоите на един от стандартните класове. Можете също да конфигурирате свойствата, които WinRunner използва, за да идентифицира персонализиран обект по време на контекстно тестване. Съставянето и конфигурацията, които сте задали, са валидни само за текущата сесия на WinRunner. За да направите картографирането и конфигурацията постоянни, трябва да добавите инструкции за конфигурация към вашия скрипт за тестване при стартиране.

В # 7) Каква е целта на GUI шпионин?

най-доброто телефонно шпионско приложение за android

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

Можете да изберете да видите всички свойства на обект или само избрания набор от свойства, които WinRunner научава.

В # 8) Каква е целта на различните методи на запис 1) Запис 2) Предаване 3) Като обект 4) Игнориране.

Отговор:

  • Запис инструктира WinRunner да записва всички операции, извършени върху GUI обект. Това е методът на запис по подразбиране за всички класове. (Единственото изключение е статичният клас (статичен текст), за който по подразбиране е Pass Up.)
  • Пропускам инструктира WinRunner да запише операция, извършена върху този клас, като операция, извършена върху елемента, съдържащ обекта. Обикновено този елемент е прозорец и операцията се записва като win_mouse_click.
  • Като обект инструктира WinRunner да записва всички операции, извършени върху GUI обект, сякаш неговият клас е клас „object”.
  • Игнорирайте инструктира WinRunner да пренебрегне всички операции, извършени в класа.

В # 9) Кои са виртуалните обекти и как ги научавате?

Отговор: Можете да научите WinRunner да разпознава всяко растерно изображение в прозорец като GUI обект, като дефинира растерното изображение като виртуален обект.

Можете да създавате виртуални бутони, радио бутони, бутони за проверка, списъци или таблици, в съответствие с поведението на растерното изображение във вашето приложение. Ако нито едно от тях не е подходящо, можете да прикачите виртуален обект към общия клас обекти.

  • Приложенията могат да съдържат растерни изображения, които изглеждат и се държат като GUI обекти. WinRunner записва операции върху тези растерни изображения, като използва оператори win_mouse_click. Като дефинирате растерно изображение като виртуален обект, можете да инструктирате WinRunner да го третира като GUI обект като бутон, когато записвате и изпълнявате тестове.
  • Използвайки съветника за виртуални обекти, можете да присвоите растерно изображение на стандартен обектен клас, да определите координатите на този обект и да му присвоите логическо име.

В # 10) Каква е ползата от Virtual Object Wizard и как се използва?

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

  • Изберете Инструменти> Съветник за виртуални обекти. Отваря се съветникът за виртуален обект. Щракнете върху Напред.
  • В списъка Class изберете клас за новия виртуален обект. Ако в прозореца се показват редове. За клас на таблица изберете броя на видимите редове и колони. Щракнете върху Напред.
  • Щракнете върху Маркиране на обект. Използвайте показалеца на кръста, за да изберете областта на виртуалния обект. Можете да използвате клавишите със стрелки, за да направите точни корекции на зоната, която сте определили с кръстовището. Натиснете Enter или щракнете с десния бутон на мишката, за да покажете координатите на виртуалния обект в съветника. Ако маркираният обект се вижда на екрана, можете да щракнете върху бутона Highlight, за да го видите. Щракнете върху Напред.
  • Задайте логическо име на виртуалния обект. Това е името, което се появява в тестовия скрипт, когато записвате на виртуалния обект. Ако обектът съдържа текст, който WinRunner може да прочете, съветникът предлага да се използва този текст за логическото име. В противен случай WinRunner предлага virtual_object, virtual_push_button, virtual_list и т.н.
  • Можете да приемете предложението на съветника или да въведете друго име. WinRunner проверява дали в GUI картата няма други обекти със същото име, преди да потвърди избора ви. Щракнете върху Напред.

В # 11) Какви са режимите на запис на скриптове в WinRunner?

Отговор: В WinRunner има 2 режима на запис.

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

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

Отговор: Контролните точки ви позволяват да сравните текущото поведение на тестваното приложение с поведението му в по-ранна версия.

Можете да добавите четири типа контролни точки към вашите тестови скриптове:

  • GUI контролни точки проверете информация за GUI обекти. Например, можете да проверите дали бутон е активиран или да видите кой елемент е избран в списък.
  • Растерни контролни точки направете моментна снимка на прозорец или област на вашето приложение и сравнете това с изображение, заснето в по-ранна версия.
  • Текстови контролни точки четете текста в GUI обекти и растерни изображения и ви позволяват да проверите съдържанието им.
  • Контролни точки за база данни проверете съдържанието и броя на редовете и колоните на набор от резултати, който се основава на заявка, която създавате във вашата база данни.

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

Ето списъка с някои често задавани въпроси за интервю с WinRunner с отговори.

Ще продължа тази поредица, тъй като публикувах някои въпроси и отговори на WinRunner.

В # 13) Как сте използвали WinRunner във вашия проект?

Отговор: Да, използвам WinRunner за създаване на автоматизирани скриптове за GUI, функционално и регресивно тестване на AUT.

имплицитно и изрично изчакване в селен

Въпрос # 14) Обяснете процеса на тестване на WinRunner?

Отговор: Процесът на тестване на WinRunner включва шест основни етапа:

  • Създайте файл с GUI карта така че WinRunner да може да разпознае GUI обектите в тестваното приложение.
  • Създайте тестови скриптове чрез запис, програмиране или комбинация от двете. Докато записвате тестове, вмъкнете контролни точки, където искате да проверите отговора на тестваното приложение.
  • Тест за отстраняване на грешки: изпълнете тестове в режим за отстраняване на грешки, за да сте сигурни, че те работят гладко.
  • Изпълнете тестове: пуснете тестове в режим Проверка, за да тествате приложението си.
  • Преглед на резултатите: Определя успеха или неуспеха на тестовете.
  • Съобщете за дефекти: Ако тестовото изпълнение не успее поради дефект в тестваното приложение, можете да отчетете информация за дефекта директно от прозореца Резултати от теста.

В # 15) Какво се съдържа в GUI картата?

Отговор: WinRunner съхранява информация, която научава за прозорец или обект, в GUI карта.

Когато WinRunner изпълнява тест, той използва GUI картата за намиране на обекти. Той чете описанието на обекта в GUI картата и след това търси обект със същите свойства в тестваното приложение. Всеки от тези обекти във файла на GUI Map ще има логическо име и физическо описание.

Има 2 вида файлове с GUI Map:

  • Глобален файл с GUI карта: Това е един файл на GUI Map за цялото приложение
  • Файл на GUI карта за тест: WinRunner автоматично създава GUI Map файл за всеки създаден тест.

В # 16) Как WinRunner разпознава обекти в приложението?

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

В # 17) Създали ли сте тестови скриптове и какво се съдържа в тестовите скриптове?

Отговор: Да, създал съм тестови скриптове. Той съдържа изявлението в Mercury Interactive’s Test Script Language (TSL). Тези изявления се показват като тестов скрипт в тестов прозорец.

След това можете да подобрите записания тестов скрипт, като въведете допълнителни TSL функции и програмни елементи, или като използвате инструмента за визуално програмиране на WinRunner, Функционалният генератор.

В # 18) Как WinRunner оценява резултатите от теста?

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

Ако се открият несъответствия на контролно-пропускателните пунктове по време на тестовото изпълнение, можете да видите очакваните резултати и действителните резултати от прозореца Тестови резултати.

В # 19) Извършвали ли сте отстраняване на грешки на скриптовете?

Отговор: Да, извърших отстраняване на грешки на скриптове. Можем да отстраним грешките в скрипта, като изпълним скрипта в режим за отстраняване на грешки. Също така можем да отстраняваме грешки в скрипта, като използваме функциите Step, Step Into, Step out, предоставени от WinRunner.

В # 20) Как стартирате тестовите си скриптове?

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

Ако бъдат открити несъответствия, WinRunner ги улавя като действителни резултати.

Въпроси за скрининг на WinRunner

Въпроси за скрининг: Интервюиращият може да отхвърли кандидата, ако той / тя не е в състояние да отговори на 2 въпроса от следните 4 въпроса:

В # 21) Къде научихте WinRunner и TestDirector?

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

В # 22) Създавали ли сте някога стартиращ скрипт?

Отговор: Ако отговорят с „да“, попитайте ги какво е имало в него и как са накарали WR да изпълни стартовия скрипт при извикване на WR.

Те трябва да отговорят на нещо подобно: „В стартовия скрипт заредихме всички GUI карти за приложението, всички библиотечни файлове, от които се нуждаехме, и всяко картографиране на обекти на GUI, което трябва да направим.

Тук също заредихме глобални променливи и системни променливи. Местоположението на стартовия скрипт се добавя към файла WR .ini, wrun.ini, намиращ се под прозорците или директорията WinNT като wrun.ini ”

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

Отговор: Разликите са изброени по-долу:

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

В # 24) Каква е разликата между „set_window“ и „win_activate“.?Кога бихте използвали “set_window” и кога бихте използвали “win_activate”?

Отговор:

win_activate има формат: win_activate (прозорец) ;.

Функцията win_activate прави посочения прозорец активен прозорец, като го фокусира и издига до горната част на дисплея. (Това е еквивалентно на щракване върху банера на прозореца)

set_window има следния формат: set_window (прозорец, (време));

Функцията set_window насочва входа към правилния прозорец на приложението. Това насочва GUI картата към този прозорец. Той също така задава обхвата за идентификация на обекта в GUI картата.

Най-важната разлика е, че set_window има опция за синхронизиране. WinRunner ще изчака максимум от броя, използван във функцията, ПЛЮС системата зададе време за изчакване, за да изчака появата на прозореца.

Win_activate приема, че прозорецът вече е на работния плот и няма опция за синхронизиране.

Заключение

Това са няколко прости въпроса, на които потребителят на WR, който има поне 6 месеца добър опит, трябва да бъде много лесен за отговор.

Всичко най-хубаво!!

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

^