Локальне та спільне сховище об'єктів у QTP/UFT
Томас Гамільтон
⚡ Розумний підсумок
Репозиторій об'єктів в QTP/UFT Один зберігає тестові об'єкти та властивості, які інструмент використовує для розпізнавання вашої програми, і він доступний у двох формах: локальний репозиторій для кожної дії та спільний репозиторій, який можна використовувати повторно.
Що таке репозиторій об'єктів QTP?
Репозиторій об'єктів це колекція тестових об'єктів та інформації, яка розпізнається QTP для роботи над ним. Коли користувач записує тест, об'єкти та їхні властивості фіксуються за замовчуванням.
Оскільки кожен крок, який ви автоматизуєте, має вказувати на збережений об'єкт, репозиторій – це рівень, який вирішує, чи продовжує скрипт виконуватися після змін у програмі. Розуміння того, як об'єкти туди потрапляють, є першочерговим.
Як працює ідентифікація об'єктів у QTP?
- QTP використовує «людську» технологію для ідентифікація об'єкта
- під час Запис час QTP намагається вивчити властивості об'єкта графічного інтерфейсу, над яким виконується операція.
- Під час виконання, UFT Порівнюються збережені властивості об'єкта з фактичними властивостями об'єкта, доступними на екрані, та однозначно ідентифікується об'єкт незалежно від його розташування на екрані.
- Збережений об'єкт разом з його властивостями називається Тестовий об'єкт
- Під час виконання, фактичний об'єкт, доступний у тестованій програмі, називається Об’єкт часу виконання
- Це Швидкий тест «Модель тестового об’єкта»
- Інформація про тестові об'єкти зберігається в репозиторії об'єктів
- Надбудови допомагають, заздалегідь повідомляючи QuickTest про природу об'єкта, який потрібно записувати, щоб скоротити час, необхідний для вивчення його властивостей.
Вивчіть ідентифікацію об’єктів на прикладі в наступному відео
Натисніть тут якщо відео недоступне
Типи сховища об'єктів
Існує 2 типи сховищ об'єктів у QTP
- Локальний репозиторій об'єктів
- Спільне сховище об'єктів
Вони відрізняються лише одним аспектом: кому належать об'єкти. Локальне сховище належить одній дії, тоді як спільне сховище — це незалежний файл, який може запозичити будь-яка дія.
Локальний репозиторій об'єктів
- Локальний репозиторій об’єктів є сховищем об’єктів за замовчуванням
- Він специфічний для дій і може використовуватися лише для певної дії
- Локальне сховище об'єктів є кращим, коли програма не є динамічною щодо часу.
- Локальне сховище об'єктів не можна використовувати повторно
- Ви можете виконувати багато операцій у локальному репозиторії об'єктів, таких як:
- Виділіть об’єкт, що зберігається в репозиторії тестованої програми
- Перевірте, чи зберігається певний об’єкт у вашому AUT у сховищі об’єктів
- Вирізати, копіювати, вставляти, змінювати та видаляти об’єкти
- Якщо ви випадково змінили значення властивості, ви можете оновити її опис із програми за допомогою функції оновлення.
У відео нижче демонструється робота з локальним репозиторієм об'єктів.
Спільне сховище об’єктів: створення, зв’язування, редагування
- Глобальне або спільне сховище об'єктів є кращим, коли програма динамічна, а описи об'єктів часто змінюються.
- Між спільним та локальним репозиторієм об'єктів спільний репозиторій об'єктів частіше використовується в проектах автоматизації.
- Однак, порівняно з локальним репозиторієм об'єктів, він має накладні витрати на обслуговування та адміністрування.
Щоб створити та використовувати спільний репозиторій об’єктів, потрібно виконати три широкі кроки
- Створення репозиторію спільних об'єктів
- Зв’язування спільного репозиторію об’єктів
- Редагування сховища спільних об’єктів
Давайте розглянемо їх по одному
Крок 1) Створення спільного репозиторію об’єктів
- Усі репозиторії за замовчуванням є локальними. Щоб створити спільний репозиторій об’єктів, у діалоговому вікні «Репозиторій об’єктів» Box, Клацніть Файл > Експорт локальних об'єктів
- Файли репозиторію мають розширення .tsrВведіть відповідне ім'я, наприклад, «guru99», і збережіть.
- Файл спільного сховища створено
Крок 2) Прив’язка спільного репозиторію об’єктів
- Наступний крок – пов’язати репозиторій з вашим тестом, що дозволить вам його використовувати.
- Щоб пов’язати репозиторій із тестом, натисніть Ресурси > Партнерський репозиторій (позначено Асоційовані репозиторії у поточному UFT Одна з версій)
- Ви можете вибрати репозиторій, щоб пов’язати його з діями, доступними у вашому тесті.
- Тепер ви можете використовувати цей спільний репозиторій для розробки свого тесту
Крок 3) Редагування спільного репозиторію об’єктів
- Ви можете використовувати Менеджер репозиторіїв об'єктів для редагування спільного репозиторію.
- Виберіть Ресурси > Менеджер репозиторію об'єктівВідкрийте створений нами репозиторій об'єктів «guru99».
- За замовчуванням репозиторій відкривається в режимі «Тільки читання». Щоб увімкнути редагування, натисніть Файл > Увімкнути редагування
- Після ввімкнення редагування ви можете виконувати всі операції, такі як вирізання, копіювання, вставка та перейменування об'єктів, які також можна робити в Репозиторії об'єктів.
- За допомогою Менеджера сховищ об'єктів ви також можете порівняти два сховища об'єктів. QTP повідомляє статистику про те, що є унікальним, а що спільним в обох репозиторіях
- Ви можете скористатися інструментом об'єднання репозиторіїв об'єктів, щоб об'єднати два репозиторії в один
У наступному відео показано робочий процес спільного репозиторію.
Різниця між локальним та спільним репозиторієм об'єктів
Більшість команд зрештою використовують обидва типи одночасно, тому корисно побачити компроміси в одному місці, перш ніж вирішувати, де місце нового об'єкта.
| Критерії | Локальний репозиторій об'єктів | Спільне сховище об'єктів |
|---|---|---|
| доступність | Створюється автоматично з кожною дією | Повинно бути створене, а потім пов'язане з дією |
| Сфера | Одне сховище на дію; використовується лише цією дією | Один файл, який можна використовувати для багатьох дій у багатьох тестах |
| формат файлу | Збережено як ObjectRepository.bdb всередині папки дій | Збережено як зовнішній .tsr файл |
| Редагування | Можна редагувати безпосередньо у вікні сховища об'єктів | За замовчуванням доступно лише для читання; редагується через менеджер сховища об'єктів |
| Повторне використання | Не можна використовувати повторно | Розроблено для повторного використання та контролю версій |
| технічне обслуговування | Змінена властивість має бути виправлена в кожній дії | Змінена властивість фіксується один раз для кожного пов'язаного тесту |
| Найкраще підходить для | Невеликі, стабільні програми та навчальні тести з однією дією | Великі або динамічні програми з кількома інженерами з автоматизації |
Коротше кажучи, локальний репозиторій швидший для початку, а спільний репозиторій дешевший в обслуговуванні. Навчальні тести та разові перевірки можуть залишатися локальними; все, що запускатиме друга людина, належить до .tsr файлу.
Як додавати об'єкти безпосередньо до спільного репозиторію об'єктів
Експорт локальних об'єктів — це лише один із шляхів до .tsr файл. Коли ви вже знаєте, які елементи керування потрібні пакету, швидше спочатку створити спільний репозиторій і взагалі нічого не записувати.
- Виберіть Ресурси > Менеджер репозиторію об'єктів щоб відкрити вікно Менеджера.
- Оберіть Файл> Новий щоб створити порожній спільний репозиторій або відкрити існуючий .tsr файл і виберіть Файл > Увімкнути редагування.
- Ввімкніть кнопку Додати об'єкти опцію, щоб вказати на елемент керування, який ви хочете вивчити в тестовій програмі, а потім підтвердити вибір.
- Повторіть для кожного елемента керування, якого торкається набір, перейменовуючи об'єкти на щось читабельне по ходу роботи.
- Виберіть Файл> Зберегти і збережіть файл у папці системи керування версіями разом із test.
- Повернувшись до тесту, виберіть Ресурси > Партнерський репозиторій і додайте файл до кожної дії, яка його потребує.
Дві звички роблять цей підхід виправданим. Називайте об'єкти на честь їхньої бізнес-ролі, а не підпису, оскільки підписи змінюються частіше, ніж ролі. Також зберігайте окремий репозиторій на кожен екран або модуль програми замість одного гігантського файлу, оскільки менші репозиторії завантажуються швидше та створюють набагато менше конфліктів злиття.
