Тестирање прихватања корисника (УАТ) је један од најчешће коришћених облика тестирања софтвера. Тестирање прихватања корисника је врста тестирања црне кутије.

То је последња фаза тестирања софтвера пре него што се било који софтверски производ пошаље заинтересованим странама. УАТ се такође назива бета тестирањем.

Овај чланак вам доноси комплетан водич о УАТ-у.

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

• Шта је тестирање прихватања корисника?
• Када се изводи?
• Ко је одговоран за обављање УАТ-а?
• Потреба за тестирањем прихватања корисника (УАТ)
• Контролна листа за тестирање прихватљивости корисника
• Како извршити тестирање прихватања корисника (УАТ)?
• Како ефикасно извршити тестирање прихватања корисника?
• Алати за тестирање прихватљивости корисника
• Шаблон за тестирање прихватања корисника
• Најбоље праксе тестирања прихватљивости корисника
• Тестирање система наспрам тестирања прихватања корисника
• Закључак
• Често постављана питања
  • Шта је тестирање прихватања корисника?
  • Како вршите тестирање прихватања корисника УАТ-а?
  • Шта је тестирање прихватања корисника са примером?
  • Које су врсте тестова прихватања?
• Препоручени чланци

Шта је тестирање прихватања корисника?

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

Хајде да видимо шта је дефиниција корисника у контексту УАТ-а.

Корисник је особа која жели да има одређени производ за себе у складу са захтевима.

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

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

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

Извршава се након функције, интеграције, регресионог тестирања и тестирање система када су тим за развој софтвера, тим за тестирање и КА тим извршили сва вештачка извршења.

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

Додатно, ово тестирање се назива тестирање крајњег корисника, оперативно прихватљиво тестирање (ОАТ), тестирање прихватања на терену и развој вођен тестом прихватања (АТДД).

Типови прихватања

Када се изводи?

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

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

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

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

Ко је одговоран за обављање УАТ-а?

Сврха УАТ тестирања је да се провери да ли је софтвер поуздан за крајње кориснике или да ли задовољава све критеријуме и да ли се може користити као савршено решење за крајње кориснике.

Власник производа у целини спроводи УАТ.

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

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

Потреба за тестирањем прихватања корисника (УАТ)

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

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

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

Чак и ако се кварови на производу могу поправити, то захтева много времена и новца.

Дакле, да бисте избегли проблеме са софтвером након што је пуштен на тржиште, постоји потреба за УАТ тестирањем .

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

За одређени производ, УАТ тест је неопходан да би се избегао пословни губитак у случају било каквих недостатака или грешака.

УАТ тест такође штеди драгоцено време и трошкове за власника тог одређеног производа.

Контролна листа за тестирање прихватљивости корисника

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

1. Иницијална контролна листа укључује покретање теста за тестирање прихватања корисника (УАТ).
2. Планирање крајњег корисника омогућава истраживање након тога.
3. Провера прихватања концепта потрошача.
4. Провера извршења прихватања корисника.
5. Одлуке о активирању
6. Понашање након тестирања за одобрење корисника.

Како извршити тестирање прихватања корисника (УАТ)?

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

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

Како ефикасно извршити тестирање прихватања корисника?

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

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

Тестирање прихватања корисника

Алати за тестирање прихватљивости корисника

За извођење УАТ-а, на тржишту је доступно неколико алата. У наставку су наведени неки од алата за тестирање:

1. вода

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

2. ФитНессе

ФитНессе је још један популаран алат који се користи за УАТ. Нуди могућност писања тест случајева на Вики веб страницама и њихово извршавање са Вики-ја. Корисници могу креирати нове Вики странице или уређивати постојеће Вики странице и навести своје тестне случајеве. Овај алат је посебно развијен за Методологија агилног развоја и УАТ.

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

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

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

Најбоље праксе тестирања прихватљивости корисника

Упознајте кориснике софтвера:Важно је знати ко користи софтвер у стварном свету. Које су потребе купаца у вези са одређеним софтвером? Која су њихова очекивања од софтвера? Ако су сви ови подаци доступни, тестирање прихватања корисника постаје удобније за извођење.Припремите преглед тестирања унапред:Да бисте извршили тестирање прихватљивости корисника, неопходно је развити детаљан преглед како извршити процес. Претходно планирање тестирања прихватања корисника може помоћи тестерима да покрију све тестне случајеве и да их ефикасно изврше.Добро структурирано тестирање управљања прихватањем корисника:Како је тестирање прихватања корисника једна од последњих фаза тестирања пре него што буде испоручено на тржиште, софтвер мора да ради добро у складу са потребама купаца. Систем управљања који се користи за ову врсту тестирања треба да буде добро структуиран и организован.Развијте тестне ситуације:Тестери би требало да користе пословне тестне ситуације високог нивоа и да од њих креирају тест случајеве. Али, ови сценарији тестирања морају бити засновани на пословним потребама.Дефинишите стандарде прихватања:Стандард прихватања подразумева правила и стандарде на основу којих се одлучује да ли је софтверски производ прошао или не. Дакле, да би се утврдило да ли је производ погодан за употребу на тржишту или не, потребни су основни стандарди прихватања.

Тестирање система наспрам тестирања прихватања корисника

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

Тестирање система у односу на тестирање прихватања корисника

Закључак

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

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

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

Често постављана питања

Шта је тестирање прихватања корисника?

Изведен као последња фаза тестирања, УАТ је врста тестирања у којој је стварним корисницима дозвољено да тестирају развијени софтвер и пронађу грешке. Понекад се дешава да тестери не могу да пронађу све грешке и тако стварни корисници дају нови поглед. За разлику од развојног окружења у којем се дешавају друга тестирања, УАТ се изводи у производном окружењу. Такође је познато као тестирање апликација или тестирање крајњег корисника.

Како вршите тестирање прихватања корисника УАТ-а?

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

Шта је тестирање прихватања корисника са примером?

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

Које су врсте тестова прихватања?

Постоји пет типова тестирања прихватања корисника:
Бета и Алфа тестирање
Тестирање црне кутије
Тестирање прихватања уговора
Оперативно пријемно тестирање
Тестирање црне кутије