QTP/UFT Фреймворк автоматизації: керований даними, ключові слова та гібридний
Томас Гамільтон
⚡ Розумний підсумок
Структури автоматизації в QTP/UFT Організуйте тестові скрипти, дані та функції повторного використання таким чином, щоб один тест міг охоплювати багато випадків. Дизайн, керований даними, ключовими словами та гібридний, підходить для різного поєднання вхідних даних та логіки повторного використання.
Фреймворк, керований даними
Фреймворк, керований даними, – це фреймворк, який керується різними комбінаціями вхідних та вихідних даних.
Один із способів передачі різних комбінацій даних – це ПараметризаціяУ цьому методі ми використовуємо різні особливості QTP.
Однак у DDF сценарії написані для виконання параметризації. Цей вид інфраструктури корисний, коли функціональність AUT потрібно перевірити з кількома входами та захопити відповідні виходи. Ці вхідні дані можна прочитати із зовнішнього файлу, наприклад бази даних, Excel, Outlook, текстовий файл тощо, а відповідні виходи записуються назад до відповідного зовнішнього джерела, як показано нижче.
Загальні кроки, що входять до структури, керованої даними:
- Підготуйте Тестовий випадок для програми, що тестується
- Додайте об’єкти від AUT до OR
- Напишіть сценарії на основі тестового прикладу
В цьому UFT підручник, ми розробимо дизайн Data-Driven Framework для зразка тестового випадку, використовуючи Excel як зовнішнє джерело тестових даних.
Крок 1) Підготовка тестового випадку для тестованої програми
Тестовий випадок: відкрийте номер замовлення та дізнайтеся ім’я клієнта для цього замовлення. Повторіть той самий процес для інших номерів замовлення
Зовнішнє джерело: файл Excel
Зовнішнім джерелом для цього зразка є файл Excel. Скрипт VB у OpenText Функціональне тестування (UFT Один, раніше Micro Focus UFT) потрібно записати, щоб відкрити файл Excel та прочитати тестові дані. Цього можна досягти ієрархічним чином.
1. Файл Excel спочатку відкривається як програма
2. Потім робочу книгу необхідно відкрити з указаного місця
3. Аркуш, де присутні дані тесту.
4. Нарешті клітинку необхідно прочитати.
Крок 2) Додайте об'єкти з AUT до OR
Коли тестовий приклад буде готовий, почніть додавати всі необхідні об’єкти до сховища. У нашому тестовому випадку потрібно додати такі об’єкти
1. Піктограма «Відкрити папку» в Додаток для бронювання авіаквитків:
2. Прапорець «Номер замовлення», який можна отримати, натиснувши на значок «Відкрити папку»:
3. Поле WinEdit номера замовлення (де вводяться номери):
4. Кнопка «ОК»:
5. Поле «Ім’я», яке є полем WinEdit. Це поле буде заповнено ім’ям після натискання кнопки «ОК» для певного номера замовлення:
Після додавання всіх необхідних об’єктів репозиторій об’єктів відобразиться таким чином:
Крок 3) Напишіть скрипти на основі тестового випадку
Перед запуском сценарію переконайтеся, що файл Excel, який містить тестові дані, збережено та закрито.
Нижче наведено сценарій, який читає номер замовлення з Excel і призначає його додатку через змінну «vOrder», а також записує ім’я клієнта з додатка через змінну «vName».
Ім'я Excel: FlightDDF.xlsx
Назва аркуша: Аркуш1
Вихід
Після запуску сценарію вище вихідні дані можна отримати з Excel таким чином:
Фреймворк, керований даними, також можна розробити шляхом написання описове програмування.
Використання бази даних як зовнішнього джерела для DDF
Той самий тестовий приклад можна виконати, якщо зовнішнім джерелом є база даних, виконавши наступні дії
- Напишіть VBScript для встановлення з’єднання з базою даних
- VBScript для відкриття набору записів або таблиці.
- VBScript, щоб відкрити потрібне поле
- Конкретна клітинка зчитується з поля.
Script
To Establish a Microsoft Database connection
Драйвер = {Microsoft Доступ до драйвера (*.mdb)}; DBQ =
Назва набору записів: OpenOrder
Назва полів: Номер замовлення, ім'я клієнта
PS: Microsoft Access 2010 не можна підключити за допомогою наведеного нижче сценарію.
Вихід
Переваги DDF
- За один тест можна прочитати велику кількість тестових даних і записати їх у зовнішній файл
- Інструкція циклу використовується для повторення тих самих кроків протягом кількох ітерацій. Таким чином, зусилля кодування зменшуються
- Оскільки дані зчитуються та записуються безпосередньо у зовнішній файл, немає необхідності копіювати, вставляти чи експортувати дані, щоб їх використовувати
- Тестові дані можна зчитувати із зовнішнього файлу, а результати можна записати в будь-який інший зовнішній файл
Недоліки DDF
- Щоб розробити цю структуру, необхідні знання сценаріїв
- Іноді кількість або комбінації даних із зовнішнього джерела, такого як база даних, можуть уповільнювати роботу або навіть призводити до аварії. QTP
Фреймворк, керований ключовими словами
Фреймворк, керований ключовими словами, – це фреймворк, у якому ключові слова керують тестом. Тут ключове слово стосується до функції, визначені користувачем. У цьому фреймворку ключові слова створюються для виконання певного тестового кроку або тестового випадку. Потім ці ключові слова викликаються в тесті драйвера для запуску кількох тестів в одному тесті.
Загалом фреймворки можна розробити трьома способами, щоб запустити їх у тест.
- Запишіть та запустіть тест
- Додайте об’єкти до локального сховища та напишіть сценарії для всіх кроків тестування
- Напишіть описове програмування для всіх кроків тесту
У цьому посібнику KDF розробляється шляхом запису та виконання тесту.
Наша мета полягає в тому, щоб запустити єдиний тест для п’яти різних тестових випадків, таких як увійти в програму, вставити замовлення, відкрити замовлення, видалити замовлення та закрити програму. Отже, ми запишемо кроки тестування для цих тестів і створимо функції з ключовими словами Login, InsertOrder, OpenOrder, DeleteOrder і CloseApp відповідно.
Тестовий приклад 1: увійдіть у програму
Ключове слово: Логін ()
Записаний сценарій:
Тестовий приклад 2: Вставте замовлення
Ключове слово:InsertOrder()
Записаний сценарій:
Тест 3: Відкрийте замовлення
Ключове слово:OpenOrder()
Записаний сценарій:
Тестовий приклад 4: Видалити замовлення
Ключове слово:DeleteOrder()
Записаний сценарій:
Тест 5: Закрийте програму
Ключове слово:CloseApp()
Записаний сценарій:
Функції, створені для різних тестів, зберігаються в бібліотеці функцій і пов’язані з основним тестом. Досить викликати ключові слова для потрібних тестів в основному тесті, тим самим зменшивши розмір сценарію драйвера в основному тесті.
Сценарій драйвера для цієї простої структури виглядає так:
Запустивши наведений вище сценарій, фактичний результат для всіх п’яти тестів можна отримати з одного тесту.
Переваги
- Будь-яку кількість тестів можна запустити в одному тесті, просто викликавши відповідні ключові слова
- Написання загального описового програмування для всіх веб-об’єктів/об’єктів вікон і виклик їх як ключових слів допоможе виконати той самий тест для різних динамічних програм
- Зменшує розмір сценарію драйвера
Недоліки
- Час, витрачений на розробку цих фреймворків, є дуже високим, якщо є дуже мало тестів для виконання
- Запис кроків не завжди використовується під час проектування KDF для багатьох додатків в одному тесті.
Гібридна структура
Гібридний фреймворк — це поєднання фреймворку, керованого даними (DDF), та фреймворку, керованого ключовими словами (KDF), де кілька тестових випадків з кількома вхідними даними можуть бути виконані в одному тесті.
У цій статті ті ж тестові випадки, що використовуються в KDF, будуть виконані в одному тесті. Ключові слова та сценарії для всіх тестових випадків такі ж, як і в KDF. Однак, TC3: Відкриття замовлення було параметризовано. Тому сценарій для цього тестового випадку написаний для отримання номера замовлення з файлу Excel та запису імені клієнта у файл Excel.
Тестовий приклад 1: увійдіть у програму
Ключове слово: Логін ()
Тестовий приклад 2: Вставте замовлення
Ключове слово:InsertOrder()
Test Case3: Відкрийте замовлення для кількох номерів замовлення
Ключове слово:OpenOrder()
Descriptіон: Тут використовується той самий сценарій, що використовувався для розробки DDF, таким чином досягаючи тестового випадку для кількох ітерацій.
Сценарій:
Тестовий приклад 4: Видалити замовлення
Ключове слово:DeleteOrder()
Тест 5: Закрийте програму
Ключове слово:CloseApp()
Дотримуючись цього простого методу, досягається параметризація TC3. Якщо це можливо, усі інші тестові випадки також можна параметризувати в тому самому тесті.
Наведений вище приклад — це дуже простий спосіб проектування гібридного фреймворку. Такий самий фреймворк можна також створити за допомогою описового програмування.
Переваги
- Час, витрачений на виконання тесту, розробленого за допомогою гібридного фреймворку, відносно менший порівняно з іншими фреймворками
- Це можна використовувати, коли нам потрібні всі тестові випадки та вхідні дані, пов’язані з певним тестовим прикладом, у тому самому наборі тестів.
Недоліком
- Потрібні чіткі знання щодо поєднання різних фреймворків.
