Подаци, кључна реч & амп; Хибридни оквири за аутоматизацију у КТП / УФТ

Преглед садржаја:

Anonim

У овом упутству ћемо користити КТП (ХП УФТ) за стварање

  • Дата Дривен Фрамеворк
  • Оквир вођен кључним речима
  • Хибридни оквир

Па кренимо -

Дата Дривен Фрамеворк

Дата Дривен Фрамеворк је оквир који покрећу различите комбинације улазних и излазних података.

Један од начина прослеђивања различитих комбинација података је параметаризација. У овој методи користимо различите карактеристике КТП-а. Да бисте сазнали више о параметризацији, посетите овде.

Међутим, у ДДФ-у су скрипте написане како би извршиле параметризацију. Ова врста оквира је корисна када се функционалност АУТ мора тестирати са неколико улаза и обухватити одговарајуће излазе. Ови улази се могу читати из спољне датотеке као што је База података, Екцел, Оутлоок, Текстуална датотека итд., А одговарајући излази се записују натраг у одговарајући спољни извор.

Општи кораци који су укључени у оквир вођен подацима су:

  1. Припремите тест случај за апликацију која се тестира
  2. Додајте објекте из АУТ у ИЛИ
  3. Напишите сценарије на основу тест случаја

У овом упутству ћемо развити оквирни дизајн заснован на подацима за пример тест примера користећи Екцел као спољни извор података за тестирање.

Корак 1) Припремите тест случај за апликацију која се тестира

Тест случај : Отворите број поруџбине и узмите име купца за ту поруџбину. Поновите исти поступак за различите бројеве налога

Спољни извор : Екцел датотека

Спољни извор за овај узорак је Екцел датотека. ВБ скрипта у Мицро Фоцус УФТ мора бити написана да би се отворила Екцел датотека да би се прочитали тест подаци. То се може постићи на хијерархијски начин.

1. Екцел датотека се прво отвара као апликација

2. Тада се радна свеска мора отворити са назначене локације

3. Лист на коме су присутни подаци о испитивању.

4. Коначно, ћелија мора бити прочитана.

Корак 2) Додајте објекте из АУТ у ИЛИ

Када је тест случај спреман, почните да додајете све потребне објекте у спремиште. У нашем тест случају, објекти које треба додати су следећи

  • Икона „Отвори мапу“ у апликацији Резервација лета

  • Потврдни оквир „Наручи бр.“ Који се може добити притиском на икону „Отвори мапу“

  • ВинЕдит поље налога бр. (Где се уносе бројеви)

  • Дугме ОК

  • Поље „Име“ које је ВинЕдит поље. Ово поље ће се попунити именом чим се притисне дугме У реду за одређени број поруџбине.

Једном када су додати сви потребни објекти, спремиште објеката ће се појавити на следећи начин:

Корак 3) Напишите сценарије на основу тест случаја

Пре покретања скрипте, уверите се да је Екцел датотека која садржи тест податке сачувана и затворена.

Испод скрипте је прочитати број налога из Екцела и доделити га апликацији путем променљиве „вОрдер“ и написати име купца из апликације кроз променљиву „вНаме“.

Име Екцел-а : ФлигхтДДФ.клск

Назив листа : Лист1

Оутпут

Једном када се покрене горња скрипта, излаз се може добити из Екцела на следећи начин:

Оквир вођен подацима може се развити и писањем описног програмирања.

Коришћење базе података као спољног извора за ДДФ

Исти тест примера може се извршити ако је спољни извор база података користећи следеће кораке

  1. Напишите ВБСцрипт да бисте успоставили везу са базом података
  2. ВБСцрипт за отварање скупа записа или табеле.
  3. ВБСцрипт за отварање жељеног поља
  4. Одређена ћелија се чита са поља.

Скрипта

Да бисте успоставили везу са Мицрософт базом података

Возач = {Мицрософт Аццесс Дривер (* .мдб)}; ДБК = <Пут базе података>

Назив скупа записа : ОпенОрдер

Назив поља: ОрдерНо, ЦустомерНаме

ПС: Мицрософт Аццесс 2010 се не може повезати помоћу скрипте у наставку.

Оутпут

Предности ДДФ-а

  • Велики број тест података може се прочитати и уписати у спољну датотеку у једном тесту
  • Лооп израз се користи за понављање истих корака за неколико итерација. Отуда је напор кодирања смањен
  • Будући да се подаци читају и записују директно у спољну датотеку, нема потребе за копирањем, лепљењем или извозом података да бисте их користили
  • Подаци теста се могу читати из спољне датотеке, а излази се могу записати у било коју другу спољну датотеку

Мане ДДФ-а

  • За развој овог оквира потребно је знање из скрипти
  • Понекад број или комбинације података из спољног извора попут базе података могу успорити или чак срушити КТП

Оквир вођен кључним речима

Фрамеворк Дривен Фрамеворк је оквир у којем кључне речи покрећу тест. Овде се кључна реч односи на функције које дефинише корисник . У овом оквиру, кључне речи се креирају да би се извео одређени тест корак или тест случај. Ове кључне речи се затим позивају у тест возача да би се покренуло неколико тест случајева у истом тесту.

Да бисте сазнали више о кориснички дефинисаним функцијама у КТП-у, посетите овде

Генерално, оквири се могу развити на три начина како би се приступило тесту.

  1. Снимите и покрените тест
  2. Додајте објекте у локално спремиште и напишите скрипте за све кораке испитивања
  3. Напишите описно програмирање за све кораке теста

У овом упутству, КДФ је развијен снимањем и покретањем теста.

Наш циљ је да покренемо један тест за пет различитих тест случајева, попут пријаве у апликацију, уметања налога, отварања налога, брисања налога и затварања апликације. Стога ћемо снимити кораке тестирања за ове тест случајеве и створити функције са кључним речима Логин, ИнсертОрдер, ОпенОрдер, ДелетеОрдер и ЦлосеАпп.

Тест Цасе1: Пријавите се у апликацију

Кључна реч: Пријава ()

Снимљена скрипта:

Тест пример 2: Уметните поруџбину

Кључна реч: ИнсертОрдер ()

Снимљена скрипта:

Тест пример 3: Отворите налог

Кључна реч: ОпенОрдер ()

Снимљена скрипта:

Тест Цасе4: Избришите налог

Кључна реч: ДелетеОрдер ()

Снимљена скрипта:

Тест Цасе5: Затворите апликацију

Кључна реч: ЦлосеАпп ()

Снимљена скрипта:

Функције креиране за различите тест случајеве чувају се у библиотеци функција и придружују се главном тесту. Довољно је позвати кључне речи за потребне тестове у главном тесту, чиме се смањује величина скрипте управљачког програма у главном тесту.

Дривер Сцрипт за овај једноставан оквир изгледа као:

Покретањем горње скрипте, стварни резултат за свих пет тест случајева може се добити из једног теста.

Предности

  • Било који број тест случајева може се покренути на једном тесту само позивањем њихових одговарајућих кључних речи
  • Писање општег описног програмирања за све веб / Виндовс објекте и њихово позивање као кључне речи помоћи ће у извођењу истог теста за различите динамичке апликације
  • Смањује величину скрипте управљачког програма

Мане

  • Време потребно за развој ових оквира је веома велико ако постоји мали број тест случајева за покретање
  • Снимање корака се не користи увек приликом дизајнирања КДФ-а за многе апликације на истом тесту.

Хибридни оквир

Хибридни оквир је комбинација Дата Дривен Фрамеворк (ДДФ) и Кеиворд Дривен Фрамеворк (КДФ) где неколико тестова са неколико улаза може бити изведено у истом тесту.

У овом чланку, исти тестови који се користе у КДФ-у биће изведени у једном тесту. Кључне речи и скрипте за све тестове су исти као у КДФ-у. Међутим, ТЦ3: Отвори налог је параметризован. Стога је скрипта за овај тест написана за примање броја поруџбине из Екцел датотеке и за уписивање имена купца у екцел датотеку

Тест Цасе1: Пријавите се у апликацију

Кључна реч: Пријава ()

Тест пример 2: Уметните поруџбину

Кључна реч: ИнсертОрдер ()

Тест Цасе3: Отворите налог за неколико бројева поруџбина

Кључна реч: ОпенОрдер ()

Опис: Овде се користи иста скрипта која се користи за развој ДДФ-а, чиме се постиже тест за неколико итерација.

Скрипта:

Тест Цасе4: Избришите налог

Кључна реч: ДелетеОрдер ()

Тест Цасе5: Затворите апликацију

Кључна реч: ЦлосеАпп ()

Следењем ове једноставне методе постиже се параметризација ТЦ3. Ако је применљиво, сви остали примери могу такође бити параметризовани у истом тесту.

На пример, то је врло једноставан начин дизајнирања хибридног оквира. Исти оквир се такође може постићи описним програмирањем.

Предности

  • Време потребно за покретање теста дизајнираног са хибридним оквиром је релативно мање у поређењу са другим оквирима
  • Ово се може користити када су нам потребни сви тестови и улази који су повезани са одређеним тест случајем, у истом скупу тестова.

Недостатак

  • Потребно је јасно знање о комбиновању различитих оквира.