qtp tutorial 8 learn about qtp recording modes
В тази статия ще говорим за различните режими на запис, Object Spy и Object repositories в QTP.
=> Щракнете тук за серията учебни уроци за QTP
Режими на запис в QTP
Записът е най-често използваният метод за създаване на тест. Основните стъпки обикновено се записват и тестът по-късно претърпява подобрения, за да отговори на нуждите на процеса на тестване.
какво мога да направя с c ++
Какво ще научите:
Научете повече за QTP режимите на запис
QTP осигурява 3 режима на запис:
- Нормално
- Ниско ниво
- Аналогов
Въпреки че през повечето време се използва само нормалният режим на запис, важно е да се познават и останалите, тъй като знанията за същия могат да бъдат полезни, когато възникне необходимост от тях.
Нормален режим на запис : Методът на запис по подразбиране винаги е нормалният режим. Във всички наши предишни статии, когато казваме запис, имахме предвид нормалния режим. И така, както знаем, този метод използва модела на тестови обекти и обекти по време на изпълнение, за да научи и да действа на AUT.
Режим на аналогов запис : записва точните натискания на мишката и клавишите, които потребителят извършва по отношение на екрана или прозореца AUT. Стъпките, записани по този метод, не могат да бъдат редактирани.
Начинът, по който това обикновено се представя в кода, е:
Window / app.RunAnalog “Track1”
Един сценарий, при който може да се използва този тип запис, е когато се опитваме да заснемем подпис.
Режим на запис на ниско ниво: Този режим записва координатите в приложението, където се извършва операцията, независимо дали QTP разпознава конкретния обект или операция.
Някои важни моменти за тези различни режими са:
- В средата на записа можем да превключим в режим Analog / Low-level, да завършим необходимата задача и да се върнем към нормалния запис
- Режимите за запис на аналогов и ниско ниво изискват повече място в паметта от нормалния режим.
- Движенията на мишката не се записват в режим на запис на ниско ниво
- Превключването към аналогов режим е достъпно само по време на запис, а не по време на редактиране
- Тестът, който е записан в аналогов режим, ще се провали, ако се изпълни след промяна на разделителната способност на екрана.
Опцията в менюто за промяна на режима на запис е:
Обект шпионин
Object Spy е изключително полезен инструмент, който QTP трябва да преглежда свойствата и операциите на обект в AUT. Предпоставката за използване на този инструмент е, че AUT трябва да се отвори.
Достъпът до Object Spy може да се осъществи чрез „Инструменти-> Object Spy“ или чрез директно щракване върху долу
Той е достъпен и от прозорците Object repository и Object Repository Manager.
Когато стартира Object Spy, ето как изглежда неговият интерфейс:
Като щракнете върху заострената ръка, можете да посочите всеки обект, чиито свойства искате да разгледате.
Ето как се показват свойствата:
Както можете да видите, той показва всички свойства на обекта и съответните стойности. Той показва йерархията на обекта. Има и раздел „Операции“, който при щракване показва всички операции, които могат да бъдат извършени върху тестовия обект.
Шпионинът не само показва свойствата, но има и разпоредба, която позволява на потребителите да добавят определен обект към ИЛИ.
Можете да направите това, като кликнете върху иконата ИЛИ със знак +.
Хранилище на обекти
В една от предишните статии говорихме за това как ИЛИ е като склад, където се съхраняват всички ваши обекти.
ИЛИ има списък с обекти, които QTP е научил по време на процеса на запис и класа, към който принадлежат. Той съхранява набора от свойства, които уникално идентифицират Обекта (описание), а също така именува обекта за идентифициране в нашия тест, въз основа на най-известната му характеристика.
Обектите, върху които се действа по време на записа, автоматично се добавят към ИЛИ. Алтернативно потребителят може да добавя допълнителни обекти при необходимост. Това може да се направи директно от прозореца ИЛИ или от Object Spy. (Ctrl + R или ресурси-> хранилище на обекти или щракнете върху иконата.)
Има два вида хранилища:
- Местен
- Споделено
Всеки път, когато се създава тест, виждаме, че призоваването към действие 1 е единственото изказване по подразбиране. Можем да добавим други действия и да ги извикаме при необходимост. Така че, за всяко действие QTP създава свое собствено локално хранилище по подразбиране. Той съдържа обектите, които са свързани с това конкретно действие.
И обратно, потребителят може да реши да използва общо хранилище за множество действия, като в този случай това хранилище трябва да бъде свързано с действията и всички те могат да споделят обектите, които съдържа. Това може да се направи с помощта на „Object Repository manager“.
Обектите могат да бъдат експортирани от локално хранилище в споделеното, за да се поддържа едно място за всички обекти. Също така, споделеното хранилище е само за четене на нивото на активност и всички промени в него трябва да бъдат направени чрез ‘Object Repository manager’.
Хранилището, което ще се използва от действие, трябва да бъде посочено в свойствата на действието.
Как се прави на практика е нещо, което ще разгледаме, като използваме някои примери по-късно.
Някои от важните моменти, които трябва да отбележим тук, са:
- Въпреки че има едно споделено хранилище за всички действия, всяко действие ще има свое локално хранилище, независимо дали тестът го използва или не. Например, За тест 1, ако има действие 0, действие 1 и действие 2 и има споделено хранилище ORShared, по подразбиране ще има локални хранилища OR0, OR1 и OR2. Ако обаче всички действия използват едно споделено хранилище, локалното ИЛИ ще бъде празно.
- Ако локално ИЛИ и Споделено ИЛИ имат обект със същото име, действието ще разгледа обекта в неговото локално ИЛИ.
- Може да има повече от един споделен ИЛИ, свързан с едно и също действие. Ако Споделени OR1 и Споделени OR2 имат по един обект с име OBJ1 и ако действието изисква OBJ1, ще се вземе предвид реда, в който са били свързани споделените OR. Това означава, че ако споделен OR1 е свързан за първи път, OBJ1 от споделен OR1 ще бъде взет под внимание.
От само себе си се разбира, че наличието на споделено хранилище на обекти е по-ефективно, тъй като помага за лесна поддръжка и можете да използвате едно описание на обект в множество действия.
Тук разгледахме някои от ключовите концепции, които ще ни позволят да разберем и създадем по-добри QTP тестове. Според мен информацията за Действия, Активен екран и доста импровизиран, но важен инструмент за кодиране на пароли са още няколко аспекта, които ще трябва да разгледаме, преди да преминем към по-напреднали теми.
Това е урок № 8 в нашия изчерпателен онлайн QTP обучение серия. Има ~ 30 QTP урока в това онлайн QTP обучение. Надяваме се, че ще се възползвате от тях, за да научите QTP.
=> Посетете тук за серията учебни уроци за QTP
Препоръчително четене
- QTP уроци - 25+ Micro Focus Quick Test Professional (QTP) учебни уроци
- Хранилище на обекти в QTP - Урок # 22
- Урок за QTP № 7 - Парадигма за идентификация на обекти на QTP - Как QTP идентифицира обектите уникално?
- QTP урок # 23 - QTP Smart Object Identification, Sync Point и анализ на резултатите от теста
- Създаване на тестове за Appium с помощта на Object Spy & XPath
- Параметризиране в QTP (част 2) - Урок за QTP # 20
- Урок за QTP # 18 - Управлявани от данни и хибридни рамки, обяснени с примери за QTP
- Параметризиране в QTP, обяснено с примери (част 1) - Урок за QTP # 19