Мени

Водич корак по корак за примену доказа о концепту (ПОЦ) у испитивању аутоматизације

step step guide implement proof concept automation testing

Испробајте Наш Инструмент За Елиминисање Проблема

Како применити доказ концепта (ПОЦ) у испитивању аутоматизације?

Свака организација има другачије процеси испитивања и поступци. Ручно тестирање је важно и незаменљиво - међутим, аутоматизација убрзава.

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

Испитивање аутоматизације доказ концепта поц

# 1 . Трајање пројекта: Краткорочни или дугорочни - дугорочни пројекти су добри кандидати за аутоматизацију

#два. Колика је регресија у свакој циклус испитивања ? - пројекти који имају понављајућа и дуготрајна регресиона испитивања јер аутоматизација смањује целокупно време испитивања и осигурава потпуну покривеност.

# 3. Стабилност апликације: За аутоматизацију треба размотрити апликацију која није подложна честим променама. Производ који није стабилан, где се ГУИ / функционалност непрестано мења, елементи или његов КСПатх на страници не би требало да се аутоматизују док не постану стабилни.

техничка питања и одговори на интервју за помоћ

# 4. Да ли су подаци о пројекту сигурни и да ли њихово тестирање захтева неке сложене процедуре? - У овом случају, најбоље је ићи на ручно тестирање.

# 5. Да ли организација има буџет за аутоматизацију? - Аутоматизација ће додати додатне трошкове за организацију попут трошкова алата за аутоматизацију, трошкова ресурса, времена потребног за развој оквира и писање / одржавање скрипти за аутоматизацију.

Са аутоматизацијом се никад неће догодити пропуштање тестова или узимање неких резултата здраво за готово. Обезбеђује 100% покривеност датог модула сваки пут када се исти тестира. Аутоматизација ће такође помоћи да се исти тест изврши више пута на више прегледача и платформи.

Следећа слика ће вам помоћи да разумете процес испитивања аутоматизације

Процес испитивања аутоматизације

Са становишта техничког испитивања, КА тим мора да разуме следеће аспекте о њиховом алату за аутоматизацију:

  1. Матрица за тестирање платформе и ОС-а
  2. Способност вођена подацима
  3. Способност извештавања и преносивост извештаја
  4. Лако отклањање грешака и евидентирање
  5. Подржана контрола верзије
  6. Проширив и прилагодљив (у могућности да се интегрише са другим алатима попут Ант, ТестНГ)
  7. Континуирано интеграција.
  8. Обавештења е-поштом (Прилагођена порука е-поште добија се ако су тестови успешно положени / неуспешни / или било који мрежни квар)
  9. Ако су потребна тестирања више прегледача и тестирање више платформи, онда је окружење дистрибуираног тестирања подржано или не.

Шта ћете научити:

који је од следећих један од најпопуларнијих оквира за тестирање?

Избор исправног алата за аутоматизацију:

Избор исправног алата за аутоматизацију

# 1. Апликација која се тестира је веб апликација или апликација за рачунаре.
#два. Одабир алата отвореног кода Вс плаћен.
# 3. Алат треба да испуни захтев за тестирање апликације
# 4. Коришћење алата - стручност и ниво удобности тима у погледу коришћења и учења алата
# 5. Да ли подржава извештавање - ако не, које друге опције извештавања су доступне (отворени извор или се плаћају). Ако је одговор да, онда колико је то добро у смислу преношења тачних података са презентација, као и у погледу садржаја.

Такође прочитајте => Водич од А до Ж о избору најбољег алата за аутоматизацију

Поред тога, процена алата укључује:

Приликом одабира алата за аутоматизацију веома је важно узети у обзир да ли је подржан на имплементацији ГУИ апликације.

  1. ГУИ се примењује помоћу традиционалног ХТМЛ-а или АЈАКС-а или другог алата за веб развој
  2. Да ли ГУИ укључује видео записе, слике или пуно писаног садржаја?
  3. Интерактиван је или само информативан
  4. Потребно је прегледати прегледаче .

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

Развијање доказа о концепту аутоматизације:

Имплементација ан испитивање аутоматизације ПОЦ је пресудна и најчешће коришћена метода увођења алата у организацију. Једном када се одлучи да треба извршити аутоматизацију и одабере се алат, време је да се створи прототип као ПОЦ и представи га управи како би се приказала употреба и користи у реалном времену.

Урадити тако:

1) Одлучите о тест случајевима које ћемо користити у ПОЦ.
2) Помаже у одабиру подручја која ће клијенте највише занимати.
3) Планирајте да прикажете мануелну и аутоматизацију на начин који доказује да не долази до погоршања квалитета избором аутоматизације.
4) Укључите тест случај који не успије и резултира проналажењем недостатка - ово помаже да се утврди да алат заиста може пронаћи недостатке
5) Користите тврдње и тачке потврде кад год је то потребно.
6) Јасно покажите подручја која се могу и не могу аутоматизовати. Обично се не могу аутоматизовати следећи аспекти:

  • Видео парови
  • Фласх садржај (нестатични садржај)
  • Нестатичне слике

7) Истакните да ли алат испуњава следеће захтеве?

  • Може ли аутоматизовати све кључне карактеристике жељене апликације
  • Да ли је могућа аутоматизација на истом прегледачу који је потребан пројекту
  • Да ли ће аутоматизација тражити промене у примени апликације? (као што је за аутоматизацију важно да идентификатори елемената буду јединствени и да се не мењају сваки пут када се страница позове)

Резултат ПОЦ - обично је један од следећих:

  1. Алати испуњавају захтеве пројекта - Разрадите даље детаље. Као што су трошкови примене - потребно је преговарати о ценама, финализирати накнаде за лиценцу, трошкове обуке и подршке, консултације и трошкове имплементације итд. У случају отвореног кода, алати одређују зрелост алата, доступне ресурсе за учење, криву учења, доступну подршку итд. И за лиценциране и за отворене алате морају се узети у обзир и трошкови одржавања. Мора се имати на уму да су користи значајне само током дужег временског периода.
  2. Алат не испуњава захтеве и има ограничења - алат се више не узима у обзир.
  3. Алат делимично испуњава захтеве - посетите и проверите да ли неко други боље испуњава захтеве ИЛИ ако је аутоматизација потпуно ван слике ИЛИ ако постоји неко друго решење са истим алатом.

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

ПОЦ шаблон:

Не постоји један савршени ПОЦ образац. Генерално укључује:

  1. Захтев за ПОЦ
  2. Кандидати за ПОЦ (сви алати за аутоматизацију)
  3. Захтеви пројекта
  4. Предности и недостаци сваког алата на основу захтева пројекта
  5. ПОЦ резултат

Ево неколико шаблона за аутоматизацију ПОЦ за референцу:

=> ПОЦ образац 1
=> ПОЦ образац 2

Имплементација пилот пројекта:

Свој пилот пројекат требало би да дефинишемо према:

  • Квантификовање пословних случајева који ће одредити да ли треба да користимо овај алат или не.
  • Дефинишите конвенцију именовања и разне смернице за алат за примену.
  • Предности алата попут финансијских и других, шта се може, а шта не може, као и могућа заобилазна решења.

Корак 1. Избор тест случајева за пилота

  • Модули / Карактеристике важне из перспективе клијента
  • Функционалност једноставна за демонстрирање (срећан пут од краја до краја)
  • Тест случајеви који су тешки за ручно тестирање и једном аутоматизовани поједноставит ће их
  • Покварена функционалност како би се показало како аутоматизација може помоћи у идентификовању неуспелог тест случаја

Корак 2. Оквир за аутоматизацију развој

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

Могу се користити следеће технике скриптирања:

основна скл питања за интервју и одговори за свеже
  • Линеарно
  • Хибрид
  • На основу података
  • Кључне речи вођене и
  • Структурирано

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

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

Корак # 3. Развој и извршавање скрипти

Корак # 4. Извештавање: Да ли алат има уграђене могућности извештавања? Да ли су уграђени извештаји способни да прецизно пренесу све потребне информације? Да ли ће нам требати још један алат за извештавање, као што су кристални извештаји, репортНГ итд.?

Корак # 5 . Одржавање скрипти за аутоматизацију

Представљање заинтересованим странама:

Колико су докази о концепту и примени пилота важни, толико је и његово представљање на исправан начин. Следеће тачке ће вам помоћи да то представите на позитиван начин.

  1. Почните с тим колико се ручног тестирања улаже у сваки циклус тестирања, са изазовима са којима се суочава ручно тестирање и како можемо да користимо аутоматизацију да бисмо их превазишли.
  2. Објасните како сте изабрали алат на основу доказа о концепту
  3. Истакните карактеристике алата за аутоматизацију и како допуњава захтеве за тестирање
  4. Док пролазите кроз аутоматизацију, објасните како алат за аутоматизацију неће помоћи само бржем извршавању теста већ и његову способност вршења верификације и идентификације грешака.
  5. Покажите како ће извештај приказати статус извршења тест случаја
  6. Истакните функције извештавања попут живописних легенди за различит статус тест случаја, снимке неуспелих тест случајева и преносивост извештаја
  7. И на крају покажите колико ће се времена тестирања смањити за сваки циклус тестирања.
  8. Такође објасните како сте у могућности да постигнете целокупан оквир аутоматизације који сте развили и његове предности у погледу употребе и одржавања.

Будите спремни да одговорите на питања у вези са тим колико времена ће вам требати за аутоматизацију једне једноставне или критичне функције. Такође, ако се догоди мања промена на фронту апликације, колико ће промена скрипта бити потребно колико времена ће бити потребно за модификовање.

Надамо се да ће вам овај водич бити користан за започињање писања ПОЦ документа за аутоматизацију. Јавите нам ако имате питања.

Препоручено читање

^