У цьому посібнику ми будемо використовувати QTP (HP UFT) для створення
- Управління даними
- Управління ключовими словами
- Гібридні рамки
Отже, давайте почнемо -
Управління даними
Data Driven Framework - це структура, яка керується різними комбінаціями вхідних та вихідних даних.
Одним із способів передачі різних комбінацій даних є параметризація. У цьому методі ми використовуємо різні функції QTP. Щоб дізнатись більше про параметризацію, відвідайте тут.
Однак у DDF сценарії написані для параметризації. Цей тип фреймворку корисний, коли функціональність АУТ повинна бути перевірена за допомогою декількох входів і зафіксувати відповідні виходи. Ці вхідні дані можна прочитати із зовнішнього файлу, такого як База даних, Excel, Outlook, Текстовий файл тощо, і відповідні виходи записуються назад у відповідне зовнішнє джерело.
Загальні кроки, що беруть участь у структурі, керованій даними:
- Підготуйте тест-кейс для тестованої заявки
- Додайте об’єкти з AUT в АБО
- Напишіть сценарії на основі тестового кейсу
У цьому посібнику ми розробимо структуровану структуру на основі даних для зразка тестового випадку, використовуючи Excel як зовнішнє джерело для даних тесту.
Крок1) Підготуйте тестовий кейс для тестуваної заявки
Тестовий випадок : Відкрийте номер замовлення та отримайте ім’я клієнта для цього замовлення. Повторіть один і той же процес для різних номерів замовлення
Зовнішнє джерело : файл Excel
Зовнішнім джерелом для цього зразка є файл Excel. Скрипт VB у Micro Focus UFT повинен бути написаний, щоб відкрити файл Excel, щоб прочитати дані тесту. Цього можна досягти ієрархічно.
1. Файл Excel спочатку відкривається як Додаток
2. Тоді книгу потрібно відкрити із зазначеного місця
3. Аркуш, де присутні дані тесту.
4. Нарешті, клітинку потрібно прочитати.
Крок 2) Додайте об’єкти з AUT в АБО
Коли тест-кейс буде готовий, почніть додавати всі необхідні об’єкти до сховища. У нашому тестовому випадку об’єкти, які потрібно додати, такі
- Піктограма «Відкрити папку» у програмі «Бронювання польотів»
- Прапорець «No замовлення», який можна отримати, натиснувши піктограму «Відкрити папку»
- Поле WinEdit під номером замовлення (де вводяться номери)
- Кнопка OK
- Поле "Ім'я", яке є вікном WinEdit. Це поле заповниться іменем після натискання кнопки OK для певного номера замовлення.
Після додавання всіх необхідних об’єктів сховище об’єктів з’явиться наступним чином:
Крок 3) Напишіть сценарії на основі тесту
Перш ніж запускати сценарій, переконайтеся, що файл Excel, що містить тестові дані, був збережений та закритий.
Нижче наведено сценарій прочитати номер замовлення з Excel і призначити його в програмі за допомогою змінної “vOrder” та написати ім’я клієнта з програми через змінну “vName”.
Назва Excel : FlightDDF.xlsx
Назва аркуша : Аркуш1
Вихідні дані
Після запуску наведеного вище сценарію вихідні дані можна отримати з Excel наступним чином:
Система керування даними також може бути розроблена шляхом написання описового програмування.
Використання бази даних як зовнішнього джерела для DDF
Той самий тестовий приклад може бути виконаний, якщо зовнішнім джерелом є база даних, використовуючи наступні кроки
- Напишіть VBScript для встановлення підключення до бази даних
- VBScript для відкриття набору записів або таблиці.
- VBScript, щоб відкрити потрібне поле
- Конкретна комірка зчитується з поля.
Сценарій
Встановити підключення до бази даних Microsoft
Драйвер = {Драйвер Microsoft Access (* .mdb)}; DBQ = <Шлях до бази даних>
Назва набору записів: OpenOrder
Ім'я полів: Номер замовлення, Ім'я клієнта
PS: Microsoft Access 2010 не можна підключити за допомогою наведеного нижче сценарію.
Вихідні дані
Переваги DDF
- За один тест можна прочитати та записати у зовнішній файл велику кількість тестових даних
- Інструкція циклу використовується для повторення одних і тих же кроків протягом декількох ітерацій. Отже, зусилля щодо кодування зменшуються
- Оскільки дані зчитуються та записуються безпосередньо у зовнішній файл, немає необхідності копіювати, вставляти або експортувати дані, щоб використовувати їх
- Дані тесту можна прочитати із зовнішнього файлу, а результати можна записати в будь-який інший зовнішній файл
Недоліки DDF
- Для розробки цієї основи потрібні сценарії
- Іноді кількість або комбінації даних із зовнішнього джерела, такого як База даних, може сповільнити або навіть зірвати QTP
Управління ключовими словами
Управління ключовими словами - це структура, в якій ключові слова керують тестом. Тут ключове слово відноситься до визначених користувачем функцій . У цій структурі ключові слова створюються для того, щоб виконати певний крок тесту або тестовий випадок. Потім ці ключові слова викликаються до тесту на драйвер для запуску декількох тестових випадків в одному тесті.
Щоб дізнатися про визначені користувачем функції в QTP, відвідайте тут
Загалом, основи можна розробити трьома способами для запуску до тесту.
- Запишіть і запустіть тест
- Додайте об’єкти до локального сховища та пишіть сценарії для всіх кроків тесту
- Напишіть описове програмування для всіх етапів тестування
У цьому посібнику KDF розроблено шляхом запису та запуску тесту.
Наша мета - запустити єдиний тест для п’яти різних тестових випадків, таких як вхід до програми, вставка замовлення, відкриття замовлення, видалення замовлення та закриття програми. Отже, ми запишемо кроки тесту для цих тестових випадків і створимо функції з ключовими словами Login, InsertOrder, OpenOrder, DeleteOrder та CloseApp відповідно.
Тестовий випадок 1: Увійдіть до програми
Ключове слово: Вхід ()
Записаний сценарій:
Тест2: Вставте замовлення
Ключове слово : InsertOrder ()
Записаний сценарій:
Тест3: Відкрийте замовлення
Ключове слово : OpenOrder ()
Записаний сценарій:
Тестовий випадок 4: Видаліть замовлення
Ключове слово : DeleteOrder ()
Записаний сценарій:
Тестовий приклад5: Закрийте програму
Ключове слово : CloseApp ()
Записаний сценарій:
Функції, створені для різних тестових випадків, зберігаються у бібліотеці функцій і асоціюються з основним тестом. Досить назвати ключові слова для необхідних тестових випадків в основному тесті, тим самим зменшивши розмір сценарію драйвера в основному тесті.
Сценарій драйвера для цього простого фреймворку виглядає так:
Запустивши наведений вище сценарій, фактичний результат для всіх п’яти тестових випадків можна отримати з одного тесту.
Переваги
- Будь-яку кількість тестових випадків можна запустити на одному тесті, просто викликавши відповідні ключові слова
- Написання загального описового програмування для всіх веб-об'єктів / об'єктів Windows і виклик їх як ключових слів допоможе виконати один і той же тест для різних динамічних додатків
- Зменшує розмір сценарію драйвера
Недоліки
- Час, необхідний для розробки цих фреймворків, є дуже великим, якщо існує дуже мала кількість тестових випадків
- Запис кроків не завжди використовується при розробці KDF для багатьох програм в одному тесті.
Гібридні рамки
Гібридний фреймворк - це комбінація Data Driven Framework (DDF) та Keyword Driven Framework (KDF), де кілька тестових кейсів із декількома входами можуть бути виконані в одному тесті.
У цій статті ті самі тестові випадки, що використовуються у KDF, будуть виконані в одному тесті. Ключові слова та сценарії для всіх тестових випадків такі ж, як у KDF. Однак TC3: параметр "Відкрити замовлення" був параметризований. Отже, сценарій для цього тестового випадку написаний для отримання номера замовлення з файлу Excel та для введення імені замовника у файл excel
Тестовий випадок 1: Увійдіть до програми
Ключове слово: Вхід ()
Тест2: Вставте замовлення
Ключове слово : InsertOrder ()
Тест3: Відкрийте замовлення на кілька номерів замовлення
Ключове слово : OpenOrder ()
Опис: Тут використовується той самий сценарій, який використовувався для розробки DDF, таким чином досягаючи тестового сценарію для декількох ітерацій.
Сценарій:
Тестовий випадок 4: Видаліть замовлення
Ключове слово : DeleteOrder ()
Тестовий приклад5: Закрийте програму
Ключове слово : CloseApp ()
Дотримуючись цього простого методу, досягається параметризація TC3. За необхідності, всі інші тестові випадки також можуть бути параметризовані в тому самому тесті.
Наприклад, це дуже простий спосіб проектування гібридної основи. Цю ж основу можна також досягти за допомогою описового програмування.
Переваги
- Час, необхідний для запуску тесту, розробленого з гібридною структурою, порівняно менший порівняно з іншими фреймворками
- Це може бути використано, коли нам потрібні всі тестові кейси та вхідні дані, пов'язані з конкретним тестовим кейсом, у тому самому наборі тестів.
Недолік
- Потрібні чіткі знання щодо поєднання різних систем.