Шта је тестирање прихватљивости корисника (УАТ)? са Примерима

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

Anonim

Шта је УАТ?

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

Сврха УАТ-а

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

Ко изводи УАТ?

  • Клијент
  • Крајњи корисници

Потреба корисника за тестирање прихватања

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

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

Испитивање прихватљивости и В-модел

У ВМодел-у, тестирање прихватљивости корисника одговара фази захтева животног циклуса развоја софтвера (СДЛЦ).

Предуслови испитивања прихватљивости корисника:

Следе критеријуми за улазак у тестирање прихватљивости корисника:

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

Како се врши УАТ тестирање

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

УАТ процес
  • Анализа пословних захтева
  • Израда плана тестирања УАТ
  • Утврдите сценарије испитивања
  • Направите УАТ тест случајеве
  • Припрема података о испитивању (производња попут података)
  • Покрените тест случајеве
  • Снимите резултате
  • Потврдите пословне циљеве

Корак 1) Анализа пословних захтева

Једна од најважнијих активности у УАТ-у је идентификација и развој сценарија испитивања. Ови сценарији испитивања изведени су из следећих докумената:

  • Повеља пројекта
  • Случајеви пословне употребе
  • Дијаграми тока процеса
  • Документ о пословним захтевима (БРД)
  • Спецификација системских захтева (СРС)

Корак 2) Израда УАТ плана:

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

Корак 3) Идентификујте сценарије и случајеве испитивања:

Идентификујте тест сценарије с обзиром на пословни процес на високом нивоу и креирајте тест случајеве са јасним тест корацима. Испитни случајеви треба да покривају већину УАТ сценарија. Случајеви пословне употребе су улазни подаци за креирање тест случајева.

Корак 4) Припрема података о испитивању:

Најбоље је користити податке уживо за УАТ. Подаци би требали бити кодирани из разлога приватности и сигурности. Тестер треба да буде упознат са протоком базе података.

Корак 5) Покрените и забележите резултате:

Извршите тест случајеве и пријавите грешке ако их има. Поново тестирајте грешке једном отклоњене. Алати за управљање тестовима могу се користити за извршење.

Корак 6) Потврдите испуњење пословних циљева:

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

Критеријуми изласка за УАТ:

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

  • Не отварају се критични недостаци
  • Пословни процес функционише задовољавајуће
  • УАТ одјавите састанак са свим заинтересованим странама

Квалитете УАТ тестера:

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

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

Најбоље праксе:

За успех УАТ-а треба узети у обзир следеће тачке:

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

УАТ Тоолс

На тржишту постоји неколико алата који се користе за тестирање прихватљивости од корисника, а неки су наведени као референца:

Фитнесс алат: То је Јава алат који се користи као мотор за тестирање. Лако је креирати тестове и бележити резултате у табелу. Корисници алата улазе у форматирани улаз и тестови се креирају аутоматски. Тада се извршавају тестови и излаз се враћа кориснику.

Ватир: То је сет алата који се користи за аутоматизацију тестова заснованих на прегледачу током тестирања прихватања корисника. Руби је програмски језик који се користи за међупроцесну комуникацију између руби-а и Интернет Екплорера.

Неки примери смерница УАТ

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

Закључак:

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