Тест Аутоматион Фрамеворкс - Ствари које морате знати!

У овом упутству ћете научити

• Шта је оквир?
• Шта је ТЕСТ Аутоматион Фрамеворк?
• Врсте оквира за аутоматизацију
• 1) Линеарно скриптирање - снимање и репродукција
• 2) Оквир пробне архитектуре библиотеке.
• 3) Оквир тестирања на основу података.
• 4) Оквир за тестирање на основу кључне речи или на основу табеле.
• 5) Оквир хибридне аутоматизације теста.

Шта је оквир?

Уместо да пружимо књижну дефиницију оквира, размотримо пример.

Сигуран сам да сте присуствовали семинару / предавању / конференцији на којем су учесници замољени да поштују следеће смернице -

• Учесници треба да заузму своје место 5 минута пре почетка предавања
• Понесите са собом свеску и оловку за вођење белешки.
• Прочитајте сажетак како бисте имали представу о чему ће бити реч у презентацији.
• Мобилни телефони требају бити укључени
• Користите излазне капије на супротном крају звучника ако требате да изађете усред предавања.
• Питања ће се узимати на крају сесије

Да ли мислите да можете одржати семинар БЕЗ поштовања ових смерница ????

Одговор је велико ДА! Свакако, можете одржати семинар / предавање / конференцију / демонстрацију без горе наведених смерница (у ствари неки од нас их неће следити иако су положени ... :-)

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

На основу горе наведеног, Оквир се може дефинисати као скуп смерница које када се следе дају корисне резултате.

Шта је ТЕСТ Аутоматион Фрамеворк?

Скуп смерница попут стандарда кодирања, руковања тест подацима, обраде спремишта објеката итд ... који се, када се следе током аутоматског скриптирања, доносе корисне резултате попут повећања поновне употребе кода, веће преносивости, смањених трошкова одржавања скрипти итд. Имајте на уму да су ово само смернице и не правила; нису обавезни и још увек можете писати скрипте без поштовања смерница. Али пропустићете предности постојања оквира.

Врсте оквира за аутоматизацију

1) Линеарно скриптирање
2) Оквир архитектуре пробне библиотеке.
3) Оквир тестирања на основу података.
4) Оквир за тестирање на основу кључне речи или на основу табеле.
5) Оквир хибридне аутоматизације теста.

Погледајмо их детаљно -

1) Линеарно скриптирање - снимање и репродукција

То је најједноставнији од свих оквира, а познат и под називом „Снимање и репродукција“ . У овом оквиру, Тестер ручно бележи сваки корак (навигација и уноси корисника), убацује контролне тачке (кораци за проверу) у првом кругу. Затим, репродукује снимљени сценарио у наредним рундама.

Пример: Размислите о пријављивању у апликацију за резервацију лета и провери да ли се апликација учитала приликом успешног пријављивања. Овде ће испитивач једноставно снимити кораке и додати кораке за проверу.

СистемУтил.Рун "флигхт4а.еке", "", "", "отворен"Дијалог ("Пријава"). ВинЕдит ("Име агента:"). Подесите "Гуру99"Дијалог („Пријава“). ВинЕдит („Лозинка:“). Подесите „Меркур“Дијалог („Пријава“). ВинБуттон („У реду“). Кликните'Проверите да ли се прозор за резервацију лета учитао након успешне пријавеПрозор („Резервација лета“). Проверите Цхецкпоинт („Резервација лета“)

Предности

• Најбржи начин за генерисање скрипте
• Није потребно вештачење аутоматизације
• Најлакши начин да научите карактеристике алата за тестирање

Мане

• Мала поновна употреба скрипти
• Подаци о тесту су кодирани у скрипту
• Ноћна мора одржавања

2) Оквир пробне архитектуре библиотеке.

Такође је познато под називом „Структурно скриптирање“ или „Функционално разлагање“.

У овом оквиру, тест скрипте се у почетку снимају методом „Снимање и репродукција“. Касније се уобичајени задаци унутар скрипти идентификују и групишу у функције. Ове функције се на главни начин позивају у главној скрипти за тест под називом Дривер (Возач) да би се креирали тест случајеви.

Нпр: Користећи исти пример као горе, изгледаће функција за пријављивање у Резервацију лета.

Пријава функције ()СистемУтил.Рун "флигхт4а.еке", "", "", "отворен"Дијалог ("Пријава"). ВинЕдит ("Име агента:"). Подесите "Гуру99"Дијалог („Пријава“). ВинЕдит („Лозинка:“). Подесите „Меркур“Дијалог („Пријава“). ВинБуттон („У реду“). КликнитеКрајња функција

Сада ћете ову функцију у главној скрипти позвати на следећи начин

Пријава на позив ()---------------------------Остали позиви функција / кораци тестирања.---------------------------

Предности

• Виши ниво поновне употребе кода постигнут је у структурираном скриптирању у поређењу са „Снимање и репродукција“
• Скрипте за аутоматизацију су јефтиније за развој због веће поновне употребе кода
• Једноставније одржавање скрипти

Мане

• За писање скрипти користећи Тест Либрари Фрамеворк неопходно је техничко знање.
• Потребно је више времена за планирање и припрему тест скрипти.
• Подаци о тестирању су тешко кодирани у скриптама

3) Оквир тестирања на основу података.

У овом оквиру, док се логика тест случаја налази у тест скриптама, тест подаци се одвајају и чувају изван тест скрипти. Подаци о тесту се читају из спољних датотека (Екцел датотеке, текстуалне датотеке, ЦСВ датотеке, ОДБЦ извори, ДАО објекти, АДО објекти) и учитавају се у променљиве унутар тест скрипте. Променљиве се користе и за улазне вредности и за верификационе вредности. Сами скрипти за тест се припремају или помоћу Линеар Сцриптинг или Тест Либрари Фрамеворк.

Пример: Развој скрипте за пријаву летачке резервације коришћењем ове методе подразумеваће два корака.

Корак 1) Направите тест - датотеку података која може бити Екцел, ЦСВ или било који други извор базе података.

АгентНаме	Лозинка
Јимми	Меркур
Тина	МЕРКУР
Билл	МерЦУРИ

Корак 2) Развијте тест скрипту и упутите се на извор података за тест.

СистемУтил.Рун "флигхт4а.еке", "", "", "отворен"Дијалог ("Пријава"). ВинЕдит ("Име агента:"). Постављање табеле података ("Име агента", дтГлобалСхеет)Дијалог ("Пријава"). ВинЕдит ("Лозинка:"). Постави табелу података ("Лозинка", дтГлобалСхеет)Дијалог („Пријава“). ВинБуттон („У реду“). Кликните'Проверите да ли се учитао прозор за резервацију летаПрозор („Резервација лета“). Проверите Цхецкпоинт („Резервација лета“)** Напомена „дтГлобалСхеет“ је подразумевани екцел лист који пружа КТП.

Предности

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

Мане

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

4) Оквир за тестирање на основу кључне речи или на основу табеле.

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

Постоје 3 основне компоненте Фрамеворк Дривен Фрамеворк-а, наиме. Кључна реч, мапа апликације, функција компоненте.

Шта је кључна реч?

Кључна реч је радња која се може извршити на компоненти ГУИ. Пр. За текстуални оквир ГУИ компоненте неке кључне речи (Акција) биле би ИнпутТект, ВерифиВалуе, ВерифиПроперти и тако даље.

Шта је Мапа апликације?

Мапа апликације пружа именоване референце за компоненте корисничког интерфејса. Мапе апликација нису ништа друго до „ Објецт Репоситри “

Шта је компонентна функција?

Компонентне функције су оне функције које активно манипулишу или испитују ГУИ компоненту. Пример функције био би клик на веб дугме са свим обрадама грешака, унос података у Веб уређивање са свим обрадама грешака. Компонентне функције могу бити зависне од апликације или независне.

Пример : Да бисмо разумели приказ кључних речи, узмимо исти пример. Призива 2 корака

Корак 1 : Стварање табеле података (различито од табеле са подацима о тестовима креиране у оквиру заснованом на подацима). Ова табела података садржи радњу коју треба извршити на ГУИ објектима и одговарајуће аргументе ако постоје. Сваки ред представља један тест корак.

Предмет (МАПА апликације)	поступак (КЉУЧНЕ РЕЧИ)	Расправа
ВинЕдит (име агента)	Комплет	Гуру99
ВинЕдит (лозинка)	Комплет	Меркур
ВинБуттон (у реду)	Кликните
Прозор (резервација лета)	Проверити	Постоји

Корак 2 : Писање кода у облику компонентних функција.

Једном када креирате табелу (е) података, једноставно напишете програм или скуп скрипти који читају у сваком кораку, извршавају корак на основу кључне речи која садржи поље Акција, извршава проверу грешака и бележи све релевантне информације. Овај програм или скуп скрипти би изгледао слично псеудо коду у наставку:

Функција главна (){Цалл ЦоннецтТабле (Назив табеле) {// Позивна функција за повезивање са столом.вхиле (Цалл ТаблеПарсер ()! = -1) // Позивање функције за рашчлањивање и издвајање вредности из табеле.{Проследи вредности одговарајућим компонентама ЦОМПОНЕНТ. Попут постављеног (назив објекта, аргумент) ек.Сет (име агента, Гуру99).}}Позовите ЦлосеЦоннецтион () // Функција за затварање везе након што је изведена сва операција.} // Крај главног

То је све за оквир вођен кључним речима.

Предност Фрамеворк Дривен Фрамеворк-а је у томе што се кључне речи могу поново користити. Да бисте ово разумели, узмите у обзир да желите да верификујете поступак пријављивања за веб локацију реците ИАХОО МАИЛ. Табела ће изгледати овако -

Објекат (АПАРТМАНСКА КАРТА)	Акција (КЉУЧНА РЕЧ)	Расправа
ВебЕдит (корисничко име)	Комплет	Ова адреса е-поште је заштићена од нежељених робота. Поште заштићена је од спам напада, треба омогућити ЈаваСкрипт да бисте је видели.
ВебЕдит (лозинка)	Комплет	ккккк
ВебБуттон (у реду)	Кликните
Прозор (Иахоо Маил)	Проверити	Терети

Ако у овом случају посматрате да Кључне речи поставе исте, кликните, Провери остају исте за које су одговарајуће функције компонената већ развијене. Све што треба да урадите је да промените Мапирање апликација (Објецт Репоситори) из раније Резервације лета у Иахоо Маил, са променом вредности аргумената и иста скрипта ће радити!

Предности

• Пружа високу поновну употребљивост кода
• Независно од алата за тестирање
• Независно од апликације која се тестира, иста скрипта ради за АУТ (са одређеним ограничењима)
• Тестови се могу дизајнирати са или без АУТ

Мане

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

НАПОМЕНА: Иако се Мицро Фоцус УФТ оглашава као КеиВорд Дривен Фрамеворк, помоћу ХП УФТ-а не можете постићи потпуну зависност од алата и апликације.

5) Оквир хибридне аутоматизације теста.

Као што и само име говори, овај оквир је комбинација једног или више горе наведених оквира који извлаче из својих снага и покушавају да ублаже своје слабости. Овај хибридни оквир за аутоматизацију теста је оно у шта се већина оквира развија током времена и у више пројеката. Максимална индустрија користи Фрамеворк кључних речи у комбинацији функције декомпозиције функције.

ПС: Остали оквири вредни помена су

Оквир модуларности теста

У овом оквиру, заједнички задаци у тест скрипти су груписани у модуле.

Нпр : Коришћење Акција у КТП употреби може створити Модуалр скрипте

Пример скрипте за пријаву

СистемУтил.Рун "флигхт4а.еке", "", "", "отворен"Дијалог ("Пријава"). ВинЕдит ("Име агента:"). Подесите "Гуру99"Дијалог („Пријава“). ВинЕдит („Лозинка:“). Подесите „Меркур“Дијалог („Пријава“). ВинБуттон („У реду“). Кликните'Крај скрипте

Сада ову радњу у главној скрипти можете назвати на следећи начин -

РунАцтион ("Пријава [Аргумент]", онеИтератион)

Тестирање пословних процеса (БПТ)

Овај оквир раставља велике пословне процесе на компоненте које се могу поново користити више пута у истим или различитим тест скриптама. На пример, пословни процес резервације лета подељен је на компоненте као што су Пријава, Проналажење летова, Резервација, Плаћање и Одјава, које се могу поново користити у истом Пословном процесу или различитим процесима. Такође, БПТ омогућава ближу координацију између МСП и инжењера аутоматизације.