Мени

Шта је испитивање од краја до краја: Оквир за тестирање Е2Е са примерима

what is end end testing

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

Шта је испитивање од краја до краја: Оквир за тестирање Е2Е са примерима

Енд-то-енд тестирање је софтверска методологија тестирања за тестирање тока апликације од почетка до краја. Сврха тестирања од краја до краја је да симулира стварни кориснички сценарио и потврди систем који се тестира и његове компоненте за интеграцију и интегритет података.

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

Дакле, да бисмо то технички описали, како би се осигурало да се тестирање у потпуности обави, потребно је извршити „ Енд то Енд тестирање ' .

шта је тестирање од краја до краја

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

Стварно такође => Обука од краја до краја на пројекту уживо - бесплатна обука за КА на мрежи.

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

која од следећих операција није могла да се примени на показиваче

Шта је тестирање од краја до краја?

процес тестирања од краја до краја

Енд-то-енд тестирање је софтверска методологија тестирања за тестирање тока апликације од почетка до краја. Сврха овог тестирања је да симулира стварни кориснички сценарио и потврди систем који се тестира и његове компоненте за интеграцију и интегритет података.

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

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

Узмимо пример Гмаил-а:

пример тестирања од краја до краја

Потпуна верификација Гмаил налога обухватаће следеће кораке:

  1. Покретање странице за пријаву на Гмаил путем УРЛ-а.
  2. Пријављивање на Гмаил налог помоћу важећих акредитива.
  3. Приступ Инбок-у. Отварање прочитаних и непрочитаних имејлова.
  4. Састављање нове е-поште, одговарање или прослеђивање е-поште.
  5. Отварање послатих ставки и провера е-поште.
  6. Провера е-поште у директоријуму Нежељена пошта
  7. Одјава из Гмаил апликације кликом на „одјава“

Алати за тестирање од краја до краја

Препоручени алат:

# 1) ТестЦрафт

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

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

Тестери креирају потпуно аутоматизоване сценарије тестирања без кодирања. Купци брже проналазе грешке, објављују их чешће, интегришу се са ЦИ / ЦД приступом и побољшавају укупан квалитет својих дигиталних производа. Све ово ствара комплетно искуство тестирања од краја до краја.

=> Посетите веб локацију ТестЦрафт

Како функционише тест од краја до краја?

Да бисмо разумели мало више, сазнајмо Како то ради?

Узмипримербанкарске индустрије. Мора да је мало од нас пробало Акције. Када власник Демат рачуна купи било коју акцију, брокеру треба дати одређени проценат износа. Када акционар прода тај удео, без обзира на то да ли остварује добит или губитак, одређени проценат износа се поново даје брокеру. Све ове трансакције се одражавају и њима се управља на рачунима. Читав процес укључује управљање ризиком.

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

Е2Е методе испитивања

# 1) Хоризонтални тест:

Ова метода се користи врло често. Појављује се хоризонтално у контексту вишеструких апликација. Овај метод се лако може појавити у једној ЕРП (Ентерприсе Ресоурце Планнинг) апликацији. Узмите пример примене мрежног система наручивања заснованог на вебу. Читав процес ће укључити рачуне, стање залиха производа као и детаље испоруке.

# 2) Вертикални тест:

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

' Вхите Бок тестирање ' добро као ' Тестирање црне кутије ' оба су повезана са овим испитивањем. Или другим речима, можемо рећи, ово је комбинација предности тестирања беле кутије и тестирања црне кутије. У зависности од врсте софтвера који се развија, на различитим нивоима, и технике тестирања, тј. Тестирање беле кутије и црне кутије, користе се према потреби и када је то потребно. У основи, тест Енд то Енд изводи функционални, али и архитектонски приступ било ког софтвера или програма за потврду системских функција.

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

Испод је наведено неколико смерница које треба имати на уму приликом дизајнирања тест случајева за извођење ове врсте тестирања:

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

Као што извршавамо било који тест случај, сличан је случај и са овим тестирањем. Ако су тест случајеви „положени“, тј. Добијамо очекивани излаз, каже се да је систем успешно прошао крај до краја тест. Исто тако, ако систем не даје жељени излаз, потребно је поновно тестирање тест случаја имајући на уму подручја квара.

Зашто вршимо Е2Е тестирање?

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

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

Ови главни ризици могу се избећи и могу се контролисати овом врстом тестирања:

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

Испод су наведени неколико активности које су укључене у процес од краја до краја:

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

Е2Е Оквир за дизајн испитивања

Тестирање од краја до краја-4

Погледаћемо све три категорије једну по једну:

# 1) Корисничке функције: Следеће радње треба извршити као део изградње корисничких функција:

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

# 2) Услови: Следеће активности треба извршити као део услова зграде на основу корисничких функција:

  • За сваку корисничку функцију треба припремити скуп услова.
  • Време, услови података и други фактори који утичу на функције корисника могу се сматрати параметрима.

# 3) Тест случајеви: За изградњу тест случајева треба узети у обзир следеће факторе:

  • За сваки сценарио треба створити један или више тест случајева за тестирање сваке функционалности корисничких функција.
  • Сваки појединачни услов треба навести као засебан тест случај.

Укључене метрике

Прелазак на следеће важне активности или показатеље укључене у ово тестирање :

  1. Статус припреме тест случаја: Ово се може пратити у облику графикона како би се приказао напредак планираних тест случајева који су у припреми.
  2. Недељно праћење напретка теста: То укључује недељни приказ напретка извршења тест случајева. Може се одразити кроз проценат представљања за пролазе, неуспехе, извршење, неизвршавање, неваљаност итд.
  3. Статус и детаљан извештај о недостацима: Извештај о стању треба да се припрема свакодневно како би се приказао статус извршења тест случаја, као и пронађени и евидентирани недостаци према њиховој тежини. Недељно треба израчунати проценат отворених и затворених дефеката. Такође, на основу тежине и приоритета квара, статус недостатака треба пратити недељно.
  4. Тест окружење: Ово води евиденцију додељеног времена тестног окружења, као и времена тестног окружења које је стварно коришћено током извођења овог тестирања.

Скоро смо видели све аспекте овог тестирања. Сада нас пустите разликовати ' Тестирање система ' и ' Енд то Енд тестирање ' . Али пре тога, дозволите ми да вам дам основну идеју о „тестирању система“ како бисмо могли лако да разликујемо два облика тестирање софтвера .

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

Тестирање система укључује:

  • Тестирање потпуно интегрисане апликације која укључује главни систем.
  • Утврдити да компоненте комуницирају једна с другом и унутар система.
  • Потврдите жељени излаз на основу понуђених података.
  • Анализирање корисничког искуства током коришћења различитих аспеката апликације.

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

С.бр.Тестирање од краја до крајаТестирање система
1Валидира главни систем софтвера као и све међусобно повезане подсистеме.Према спецификацијама наведеним у документу Захтева, он само потврђује софтверски систем.
дваГлавни нагласак је на верификовању тока процеса тестирања од краја до краја.Главни нагласак је на провери и провери карактеристика и функционалности софтверског система.
3Током извођења испитивања узимају се у обзир сви интерфејси, укључујући позадинске процесе софтверског система.Током извођења испитивања узимају се у обзир само функционална и нефункционална подручја и њихове карактеристике.
4Енд то Енд тестирање се извршава / изводи након завршетка системског тестирања било ког софтверског система.Тестирање система се у основи изводи након завршетка интеграционог тестирања софтверског система.
5Ручно тестирање је углавном пожељно за извођење енд-то-енд тестирања, јер овај облик тестирања укључује тестирање спољних интерфејса, што понекад може бити врло тешко аутоматизовати. И учиниће читав процес врло сложеним.И ручно и аутоматизовано тестирање могу се извршити као део системског тестирања.

Закључак

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

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

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

Јавите нам ако имате питања о тесту од краја до краја.

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

^