Данни, ключови думи и хибридни рамки за автоматизация в 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 на номер на поръчка (където се въвеждат номерата)

• Бутонът OK

• Полето „Име“, което е кутия на WinEdit. Това поле ще бъде попълнено с име, след като се щракне върху бутона OK за определен номер на поръчка.

След като всички необходими обекти бъдат добавени, хранилището на обекти ще се появи, както следва:

Стъпка 3) Напишете скриптовете въз основа на тестовия случай

Преди да стартирате скрипта, уверете се, че Excel файлът, съдържащ тестовите данни, е записан и затворен.

Скриптът по-долу е да прочете номера на поръчката от Excel и да го присвои в приложението чрез променлива „vOrder“ и да напише името на клиента от приложението чрез променлива „vName“.

Име на Excel: FlightDDF.xlsx

Име на листа: Лист1

Сценарий

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.

Тест Case1: Влезте в приложението

Ключова дума: вход ()

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

Тест Case2: Въведете поръчката

Ключова дума:Вмъкване на поръчка()

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

Тест Case3: Отворете поръчката

Ключова дума:OpenOrder()

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

Тест Case4: Изтриване на поръчката

Ключова дума:Изтриване на поръчка()

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

Тест Case5: Затворете приложението

Ключова дума:CloseApp()

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

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

Скриптът на драйвера за тази проста рамка изглежда така:

Чрез изпълнение на горния скрипт действителният резултат за всичките пет тестови случая може да бъде получен от един тест.

Предимства

• На един тест могат да се изпълняват произволен брой тестови случаи само чрез извикване на съответните им ключови думи
• Писането на общо описателно програмиране за всички уеб/прозорци обекти и извикването им като ключови думи ще помогне при провеждането на същия тест за различни динамични приложения
• Намалява размера на скрипта на драйвера

Недостатъци

• Времето, необходимо за разработване на тези рамки, е много голямо, ако има много малък брой тестови случаи за изпълнение
• Записването на стъпките не винаги се използва при проектиране на KDF за много приложения на един и същ тест.

Хибридна рамка

Хибридната рамка е комбинация от управлявана от данни рамка (DDF) и управлявана от ключови думи рамка (KDF), където няколко тестови случая с няколко входа могат да бъдат изпълнени в един и същ тест.

В тази статия същите тестови случаи, които се използват в KDF, ще бъдат изпълнени в един тест. Ключовите думи и скриптовете за всички тестови случаи са същите като в KDF. Въпреки това, TC3: Open поръчката е параметризирана. Следователно скриптът за този тестов случай е написан, за да получи номера на поръчката от Excel файл и да запише името на клиента в excel файла

Тест Case1: Влезте в приложението

Ключова дума: вход ()

Тест Case2: Въведете поръчката

Ключова дума:Вмъкване на поръчка()

Тест Case3: Отворете поръчката за няколко номера на поръчка

Ключова дума:OpenOrder()

Descriptйон: Тук се използва същият скрипт, използван за разработване на DDF, като по този начин се постига тестовият случай за няколко итерации.

скрипт:

Тест Case4: Изтриване на поръчката

Ключова дума:Изтриване на поръчка()

Тест Case5: Затворете приложението

Ключова дума:CloseApp()

Следвайки този прост метод, се постига параметризирането на TC3. Ако е приложимо, всички други тестови случаи също могат да бъдат параметризирани в същия тест.

Например, е много прост начин за проектиране на хибридна рамка. Същата рамка може да бъде постигната и с описателно програмиране.

Предимства

• Времето, необходимо за изпълнение на теста, проектиран с хибридна рамка, е относително по-малко в сравнение с други рамки
• Това може да се използва, когато имаме нужда от всички тестови случаи и входове, които са свързани с конкретен тестов случай, в един и същи тестов пакет.

недостатък

• Изискват се ясни познания за комбинирането на различни рамки.