В този урок ще използваме QTP (HP UFT) за създаване
- Рамка за управление на данни
- Управлявана от ключови думи рамка
- Хибридна рамка
Така че нека да започнем -
Рамка за управление на данни
Data Driven Framework е рамка, която се управлява от различните комбинации от входни и изходни данни.
Един от начините за предаване на различни комбинации от данни е чрез параметризиране. В този метод използваме различни функции на QTP. За да научите повече за параметризацията, моля, посетете тук.
В DDF обаче се пишат скриптове, за да се направи параметризация. Този вид рамка е полезна, когато функционалността на AUT трябва да бъде тествана с няколко входа и да улови съответните изходи. Тези входове могат да бъдат прочетени от външен файл като база данни, Excel, Outlook, текстов файл и т.н. и съответните изходи се записват обратно към съответния външен източник.
Общите стъпки, свързани с управляваната от данни рамка, са:
- Подгответе тестовия случай за тестваното приложение
- Добавете обектите от AUT към OR
- Напишете скриптовете въз основа на тестовия случай
В този урок ще разработим управляван от данни рамков дизайн за примерен тестов случай, като използваме Excel като външен източник за тестовите данни.
Стъпка 1) Подгответе тестовия случай за тестваното приложение
Тест : Отворете номера на поръчката и вземете името на клиента за тази поръчка. Повторете същия процес за различни номера на поръчки
Външен източник : Файл на Excel
Външният източник за този пример е файл на Excel. VB скриптът в Micro Focus UFT трябва да бъде написан, за да се отвори файл на Excel, за да се прочетат тестовите данни. Това може да се постигне по йерархичен начин.
1. Файл на Excel първо се отваря като приложение
2. Тогава работната книга трябва да се отвори от посоченото място
3. Листът, в който присъстват данните от теста.
4. Накрая клетката трябва да бъде прочетена.
Стъпка 2) Добавете обектите от AUT към OR
След като тестът е готов, започнете да добавяте всички необходими обекти към хранилището. В нашия тестов случай обектите, които трябва да бъдат добавени, са както следва
- Икона „Отворена папка“ в приложението за резервация на полет
- Поле за отметка „Поръчка №“, което можете да получите, когато щракнете върху иконата „Отворена папка“
- Кутията WinEdit на № на поръчката (където се въвеждат номерата)
- Бутонът OK
- Полето „Име“, което е поле WinEdit. Това поле ще се попълни с име, след като бъде натиснат бутонът OK за определен номер на поръчката.
След като бъдат добавени всички необходими обекти, хранилището на обекти ще се появи, както следва:
Стъпка 3) Напишете скриптовете въз основа на тестовия случай
Преди да стартирате скрипта, уверете се, че файлът на Excel, съдържащ тестовите данни, е запазен и е затворен.
По-долу скриптът е да прочетете номера на поръчката от Excel и да го присвоите в приложението чрез променлива „vOrder“ и да напишете името на клиента от приложението чрез променливата „vName“.
Име на Excel : FlightDDF.xlsx
Име на лист : Лист1
Изход
След като горният скрипт се изпълни, изходът може да се получи от Excel, както следва:
Управляваната от данни рамка може да бъде разработена и чрез писане на описателно програмиране.
Използване на база данни като външен източник за DDF
Същият тестов случай може да бъде изпълнен, ако външният източник е база данни, като се използват следните стъпки
- Напишете VBScript, за да установите връзка с базата данни
- VBScript за отваряне на набор от записи или таблица.
- VBScript, за да отворите желаното поле
- Конкретната клетка се чете от полето.
Сценарий
За установяване на връзка с база данни на Microsoft
Драйвер = {Драйвер на Microsoft Access (* .mdb)}; DBQ = <Път на базата данни>
Име на набор от записи : OpenOrder
Име на полета: OrderNo, CustomerName
PS: Microsoft Access 2010 не може да бъде свързан с помощта на скрипта по-долу.
Изход
Предимства на DDF
- Голям брой тестови данни могат да бъдат прочетени и записани във външния файл в един тест
- Loop операторът се използва за повтаряне на едни и същи стъпки за няколко итерации. Следователно усилията за кодиране са намалени
- Тъй като данните се четат и записват директно във външния файл, няма нужда да копирате, поставяте или експортирате данни, за да ги използвате
- Данните от теста могат да бъдат прочетени от външен файл и изходите могат да бъдат записани във всеки друг външен файл
Недостатъци на DDF
- За разработването на тази рамка са необходими знания за скриптове
- Понякога брой или комбинации от данни от външен източник като база данни могат да забавят или дори да сринат QTP
Управлявана от ключови думи рамка
Управлявана от ключови думи рамка е рамка, в която ключовите думи управляват теста. Тук ключовата дума се отнася до дефинираните от потребителя функции . В тази рамка се създават ключови думи, за да се изпълни определена тестова стъпка или тестов случай. След това тези ключови думи се извикват в теста на драйвера, за да стартират няколко тестови случая в същия тест.
За да знаете за дефинираните от потребителя функции в QTP, моля, посетете тук
Като цяло, рамките могат да бъдат разработени по три начина, за да се премине към теста.
- Запишете и стартирайте теста
- Добавете обекти към локалното хранилище и напишете скриптовете за всички тестови стъпки
- Напишете описателно програмиране за всички тестови стъпки
В този урок KDF е разработен чрез запис и стартиране на теста.
Нашата цел е да проведем един тест за пет различни тестови случая, като например влизане в приложението, вмъкване на поръчка, отваряне на поръчка, изтриване на поръчка и затваряне на приложението. Следователно, ние ще запишем стъпките на теста за тези тестови случаи и ще създадем функциите с ключови думи Login, InsertOrder, OpenOrder, DeleteOrder и CloseApp съответно.
Тест 1: Влезте в приложението
Ключова дума: Вход ()
Записан сценарий:
Тест 2: Поставете поръчката
Ключова дума: InsertOrder ()
Записан сценарий:
Тест 3: Отворете поръчката
Ключова дума: OpenOrder ()
Записан сценарий:
Тест 4: Изтрийте поръчката
Ключова дума: DeleteOrder ()
Записан сценарий:
Тест 5: Затворете приложението
Ключова дума: CloseApp ()
Записан сценарий:
Функциите, които са създадени за различни тестови случаи, се записват във библиотека с функции и са свързани с основния тест. Достатъчно е да извикате ключовите думи за необходимите тестови случаи в основния тест, като по този начин намалите размера на скрипта на драйвера в основния тест.
Драйверният скрипт за тази проста рамка изглежда така:
Чрез изпълнението на горния скрипт действителният резултат за всичките пет тестови случая може да бъде получен от един тест.
Предимства
- Всеки брой тестови случаи може да се изпълни на един тест само чрез извикване на съответните им ключови думи
- Писането на общо описателно програмиране за всички уеб / windows обекти и извикването им като ключови думи ще помогне при провеждането на един и същ тест за различни динамични приложения
- Намалява размера на скрипта на драйвера
Недостатъци
- Времето, необходимо за разработване на тези рамки, е много голямо, ако има много малко на брой тестови случаи, които да се изпълнят
- Записването на стъпките не винаги се използва при проектирането на KDF за много приложения в един и същ тест.
Хибридна рамка
Хибридната рамка е комбинация от Data Driven Framework (DDF) и Frame Driven Framework (KDF), където няколко тестови случая с няколко входа могат да бъдат изпълнени в един и същ тест.
В тази статия същите тестови случаи, които се използват в KDF, ще бъдат изпълнени в един тест. Ключовите думи и скриптовете за всички тестови случаи са същите като в KDF. TC3: Отварянето на поръчката е параметризирана. Следователно скриптът за този тестов случай е написан, за да получи номера на поръчката от файл на Excel и да запише името на клиента във файла excel
Тест 1: Влезте в приложението
Ключова дума: Вход ()
Тест 2: Поставете поръчката
Ключова дума: InsertOrder ()
Тест3: Отворете поръчката за няколко номера на поръчки
Ключова дума: OpenOrder ()
Описание: Тук се използва същият скрипт, използван за разработване на DDF, като по този начин се постига тестът за няколко итерации.
Сценарий:
Тест 4: Изтрийте поръчката
Ключова дума: DeleteOrder ()
Тест 5: Затворете приложението
Ключова дума: CloseApp ()
Следвайки този прост метод, се постига параметризиране на TC3. Ако е приложимо, всички останали тестови случаи също могат да бъдат параметризирани в същия тест.
Например, е много прост начин за проектиране на хибридна рамка. Същата рамка може да бъде постигната и с описателно програмиране.
Предимства
- Времето, необходимо за провеждане на теста, проектиран с хибридна рамка, е относително по-малко в сравнение с други рамки
- Това може да се използва, когато се нуждаем от всички тестови случаи и входове, свързани с конкретен тестов случай, в същия тестов пакет.
Недостатък
- Изискват се ясни знания за комбинирането на различна рамка.