Дані, ключові слова та гібридні системи автоматизації в QTP/UFT

Фреймворк, керований даними

Data Driven Framework — це структура, яка керується різними комбінаціями вхідних і вихідних даних.

Одним із способів передачі різних комбінацій даних є параметризація. У цьому методі ми використовуємо різні функції QTP. Щоб дізнатися більше про параметризацію, відвідайте тут.

Однак у DDF сценарії написані для виконання параметризації. Цей вид інфраструктури корисний, коли функціональність AUT потрібно перевірити з кількома входами та захопити відповідні виходи. Ці вхідні дані можна прочитати із зовнішнього файлу, наприклад бази даних, Excel, Outlook, текстовий файл тощо, і відповідні результати записуються назад до відповідного зовнішнього джерела.

Загальні кроки, пов’язані з інфраструктурою, керованою даними, такі:

1. Підготуйте Тестовий випадок для програми, що тестується
2. Додайте об’єкти від AUT до OR
3. Напишіть сценарії на основі тестового прикладу

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

Крок 1) Підготуйте тестовий приклад для програми, що тестується

Тестовий випадок: відкрийте номер замовлення та дізнайтеся ім’я клієнта для цього замовлення. Повторіть той самий процес для інших номерів замовлення

Зовнішнє джерело: файл Excel

Зовнішнім джерелом для цього зразка є файл Excel. Сценарій VB у Micro Focus UFT має бути написаний для відкриття файлу Excel для читання тестових даних. Цього можна досягти ієрархічним способом.

1. Файл Excel спочатку відкривається як програма

2. Потім робочу книгу необхідно відкрити з указаного місця

3. Аркуш, де присутні дані тесту.

4. Нарешті клітинку необхідно прочитати.

Крок 2) Додайте об’єкти з AUT до OR

Коли тестовий приклад буде готовий, почніть додавати всі необхідні об’єкти до сховища. У нашому тестовому випадку потрібно додати такі об’єкти

• Піктограма «Відкрити папку» в Додаток для бронювання авіаквитків
  

• Прапорець «Номер замовлення», який можна отримати, натиснувши піктограму «Відкрити папку».

• Поле WinEdit номера замовлення (де вводяться номери)

• Кнопка ОК

• Поле «Назва», яке є полем WinEdit. Це поле буде заповнено назвою після натискання кнопки OK для певного номера замовлення.

Після додавання всіх необхідних об’єктів репозиторій об’єктів відобразиться таким чином:

Крок 3) Напишіть сценарії на основі тестового прикладу

Перед запуском сценарію переконайтеся, що файл Excel, який містить тестові дані, збережено та закрито.

Нижче наведено сценарій, який читає номер замовлення з Excel і призначає його додатку через змінну «vOrder», а також записує ім’я клієнта з додатка через змінну «vName».

Ім'я Excel: FlightDDF.xlsx

Назва аркуша: Аркуш1

Script

To Establish a Microsoft Database connection

Драйвер = {Microsoft Доступ до драйвера (*.mdb)}; DBQ =

Назва набору записів: OpenOrder

Назва полів: Номер замовлення, ім'я клієнта

PS: Microsoft Access 2010 не можна підключити за допомогою наведеного нижче сценарію.

Вихід

Переваги DDF

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

Недоліки DDF

• Щоб розробити цю структуру, необхідні знання сценаріїв
• Іноді кількість або комбінації даних із зовнішнього джерела, наприклад бази даних, можуть уповільнити або навіть призвести до збою QTP

Фреймворк на основі ключових слів

Keyword Driven Framework — це структура, де ключові слова керують тестом. тут Ключове слово відноситься до визначених користувачем функцій. У цьому фреймворку ключові слова створюються для виконання певного тестового кроку або тестового випадку. Потім ці ключові слова викликаються в тесті драйвера для запуску кількох тестів в одному тесті.

Щоб дізнатися про визначені користувачем функції в QTP, відвідайте тут

Загалом фреймворки можна розробити трьома способами, щоб запустити їх у тест.

1. Запишіть і запустіть тест
2. Додайте об’єкти до локального сховища та напишіть сценарії для всіх кроків тестування
3. Напишіть описове програмування для всіх кроків тесту

У цьому посібнику KDF розробляється шляхом запису та виконання тесту.

Наша мета полягає в тому, щоб запустити єдиний тест для п’яти різних тестових випадків, таких як увійти в програму, вставити замовлення, відкрити замовлення, видалити замовлення та закрити програму. Отже, ми запишемо кроки тестування для цих тестів і створимо функції з ключовими словами Login, InsertOrder, OpenOrder, DeleteOrder і CloseApp відповідно.

Тестовий приклад 1: увійдіть у програму

Ключове слово: Логін ()

Записаний сценарій:

Тестовий приклад 2: Вставте замовлення

Ключове слово:InsertOrder()

Записаний сценарій:

Тест 3: Відкрийте замовлення

Ключове слово:OpenOrder()

Записаний сценарій:

Тестовий приклад 4: Видалити замовлення

Ключове слово:DeleteOrder()

Записаний сценарій:

Тест 5: Закрийте програму

Ключове слово:CloseApp()

Записаний сценарій:

Функції, створені для різних тестів, зберігаються в бібліотеці функцій і пов’язані з основним тестом. Досить викликати ключові слова для потрібних тестів в основному тесті, тим самим зменшивши розмір сценарію драйвера в основному тесті.

Сценарій драйвера для цієї простої структури виглядає так:

Запустивши наведений вище сценарій, фактичний результат для всіх п’яти тестів можна отримати з одного тесту.

Переваги

• Будь-яку кількість тестів можна запустити в одному тесті, просто викликавши відповідні ключові слова
• Написання загального описового програмування для всіх веб-об’єктів/об’єктів вікон і виклик їх як ключових слів допоможе виконати той самий тест для різних динамічних програм
• Зменшує розмір сценарію драйвера

Недоліки

• Час, витрачений на розробку цих фреймворків, є дуже високим, якщо є дуже мало тестів для виконання
• Запис кроків не завжди використовується під час проектування KDF для багатьох додатків в одному тесті.

Гібридна структура

Гібридний фреймворк — це комбінація фреймворка, керованого даними (DDF) і фреймворка, керованого ключовими словами (KDF), де в одному тесті можна виконати кілька тестів із кількома вхідними даними.

У цій статті ті самі тестові випадки, що використовуються в KDF, будуть виконані в одному тесті. Ключові слова та сценарії для всіх тестів такі самі, як і в KDF. Однак TC3: Open ордер було параметризовано. Таким чином, сценарій для цього тесту написаний для отримання номера замовлення з файлу Excel і запису імені клієнта у файл Excel

Тестовий приклад 1: увійдіть у програму

Ключове слово: Логін ()

Тестовий приклад 2: Вставте замовлення

Ключове слово:InsertOrder()

Test Case3: Відкрийте замовлення для кількох номерів замовлення

Ключове слово:OpenOrder()

Descriptіон: Тут використовується той самий сценарій, що використовувався для розробки DDF, таким чином досягаючи тестового випадку для кількох ітерацій.

Сценарій:

Тестовий приклад 4: Видалити замовлення

Ключове слово:DeleteOrder()

Тест 5: Закрийте програму

Ключове слово:CloseApp()

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

Наприклад, це дуже простий спосіб проектування гібридної рамки. Цю саму структуру також можна досягти за допомогою описового програмування.

Переваги

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

Недоліком

• Потрібні чіткі знання щодо поєднання різних фреймворків.