qtp tutorial 8 learn about qtp recording modes
У цій статті ми поговоримо про різні режими запису, Object Spy та Object repositories у QTP.
=> Клацніть тут для серії навчальних посібників з QTP
Режими запису в QTP
Запис є найбільш часто використовуваним методом створення тесту. Основні етапи, як правило, записуються, і пізніше тест зазнає вдосконалення, щоб відповідати потребам процесу тестування.
Що ви дізнаєтесь:
Дізнайтеся про режими запису QTP
QTP забезпечує 3 режими запису:
- Звичайний
- Низький рівень
- Аналоговий
Хоча більшість часу використовується лише звичайний режим запису, важливо знати й інших, оскільки знання про це можуть стати в нагоді, коли в них виникне потреба.
Звичайний режим запису : Методом запису за замовчуванням завжди є звичайний режим. У всіх наших попередніх статтях, коли ми говоримо запис, ми мали на увазі нормальний режим. Отже, як ми знаємо, цей метод використовує модель тестових об’єктів та об’єктів виконання для навчання та дії на AUT.
Режим аналогового запису : записує точні натискання миші та натискання клавіш, які виконує користувач стосовно екрана або вікна AUT. Етапи, записані за допомогою цього методу, не можна редагувати.
Спосіб, який це зазвичай представляється в коді:
Window / app.RunAnalog “Track1”
Один із сценаріїв використання такого типу запису - це коли ми намагаємося захопити підпис.
Режим низькорівневого запису: Цей режим записує координати в програмі, де виконується операція, незалежно від того, розпізнає QTP конкретний Об'єкт чи Операцію.
Деякі важливі моменти, на які слід звернути увагу щодо цих різних режимів:
- В середині запису ми можемо перейти в аналоговий / низькорівневий режим, виконати необхідне завдання і повернутися до звичайного запису
- Аналоговий і низькорівневий режими запису вимагають більше місця в пам'яті, ніж звичайний режим.
- Рухи миші не реєструються в режимі низькорівневого запису
- Перехід в аналоговий режим доступний лише під час запису, а не під час редагування
- Тест, записаний в аналоговому режимі, не вдасться виконати після зміни роздільної здатності екрана.
Опцією меню для зміни режиму запису є:

шлюз за замовчуванням недоступний виправлення Windows 10
Об'єкт-шпигун
Object Spy - надзвичайно корисний інструмент, який QTP повинен переглядати властивості та операції об’єкта в AUT. Обов’язковою умовою використання цього інструменту є те, що AUT повинен бути відкритий.
Доступ до Object Spy можна отримати за допомогою «Інструменти-> Object Spy» або безпосередньо натиснувши на кнопку нижче


Він також доступний у вікнах Object repository та Object Repository Manager.
Коли запускається Object Spy, ось як виглядає його інтерфейс:

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

Як бачите, він показує всі властивості об’єкта та відповідні значення. Він показує ієрархію об’єктів. Існує також вкладка «Операції», яка при натисканні відображає всі операції, які можна виконати з тестовим об’єктом.

подвійне балансування навантаження бездротового маршрутизатора
Шпигун не тільки відображає властивості, але він також має положення, яке дозволяє користувачам додавати певний об'єкт до АБО.
Ви можете зробити це, натиснувши на піктограму АБО із позначкою +.
Сховище об’єктів
В одній з попередніх статей ми говорили про те, як АБО схоже на склад, де зберігаються всі ваші об’єкти.
АБО має перелік об’єктів, які QTP засвоїв під час запису, та клас, до якого вони належать. Він зберігає набір властивостей, які однозначно ідентифікують Об'єкт (опис), а також називає об'єкт для ідентифікації в нашому тесті, виходячи з його найвидатнішої особливості.
Об'єкти, на які діяли під час запису, автоматично додаються до АБО. Крім того, користувач може додавати додаткові об’єкти за потреби. Це можна зробити безпосередньо з вікна АБО або з Object Spy. (Ctrl + R або Resources-> Object Repository або клацніть на піктограму.)
Існує два типи сховищ:
- Місцеві
- Спільний
Кожного разу, коли створюється тест, ми бачили, що виклик до дії 1 є єдиним твердженням за замовчуванням. Ми можемо додати інші дії та викликати їх за потреби. Отже, для кожної дії QTP за замовчуванням створює власне локальне сховище. Він містить об’єкти, пов’язані з цією конкретною дією.
І навпаки, користувач може вирішити використовувати загальний сховище для кількох дій, і в цьому випадку це сховище має бути пов’язане з діями, і всі вони можуть спільно використовувати об’єкти, які він містить. Це можна зробити за допомогою «Менеджера сховищ об’єктів».
Об'єкти можна експортувати з локального сховища у спільне, щоб зберегти єдине розташування для всіх об'єктів. Крім того, спільний репозитарій доступний лише для читання на рівні активності, і будь-які зміни до нього повинні вноситись за допомогою «Менеджера сховищ об’єктів».
Сховище, яке використовуватиметься дією, має бути вказане у властивостях дії.
Як це робиться практично - це те, що ми розглянемо на деяких прикладах пізніше.
Деякі важливі моменти, на які слід звернути увагу:
- Незважаючи на те, що для всіх дій існує єдине спільне сховище, кожна дія матиме власне локальне сховище, незалежно від того, використовує його тест. Наприклад, Для тесту 1, якщо є Дія 0, Дія 1 та Дія 2 та є спільне сховище ORShared, за замовчуванням будуть локальні сховища OR0, OR1 та OR2. Однак якщо всі дії використовують одне спільне сховище, локальний АБО буде порожнім.
- Якщо локальний АБО і Спільний АБО мають об’єкт з однаковим іменем, дія розглядатиме об’єкт у його локальному АБО.
- З однією і тією ж дією може бути пов’язано кілька спільних АБО. Якщо спільні OR1 та спільні OR2 мають по одному об’єкту з іменем OBJ1, і якщо дія вимагає OBJ1, тоді буде враховано порядок, у якому були пов’язані спільні OR. Це означає, що якщо спільний OR1 був спочатку пов’язаний, тоді буде враховано OBJ1 із спільного OR1.
Само собою зрозуміло, що наявність спільного сховища об’єктів є більш ефективним, оскільки це полегшує обслуговування, і ви можете використовувати один опис об’єкта для кількох дій.
Тут ми розглянули деякі ключові концепції, які дозволять нам зрозуміти та створити кращі тести QTP. На мою думку, інформація про Дії, Активний екран та досить експромтований, але важливий інструмент кодування пароля - це ще кілька аспектів, які нам доведеться розглянути, перш ніж переходити до більш просунутих тем.
Це підручник №8 у нашому вичерпному онлайн навчання QTP серії. У цьому онлайн-тренінгу з QTP є ~ 30 підручників з QTP. Ми сподіваємось, ви отримаєте від цього користь, щоб навчитися QTP.
=> Завітайте сюди, щоб дізнатись про серію навчальних посібників з QTP
Рекомендована література
- Підручники з QTP - 25+ навчальних посібників із швидкого тестування з мікрофокусом (QTP)
- Сховище об’єктів у QTP - Підручник №22
- Підручник QTP №7 - Парадигма ідентифікації об’єктів QTP - Як QTP унікально ідентифікує об’єкти?
- Підручник з QTP # 23 - Ідентифікація об'єкта QTP, точка синхронізації та аналіз результатів тесту
- Створюйте тести Appium за допомогою Object Spy & XPath
- Параметризація в QTP (Частина 2) - Підручник з QTP No20
- Підручник з QTP # 18 - Управління даними та гібридні фреймворки, пояснені на прикладах QTP
- Параметризація в QTP Пояснення на прикладах (Частина 1) - Підручник з QTP # 19