Зашто нам треба тестирање прихваћања корисника (УАТ)?

Садржај

• Демо и умри!
• Корак у ципеле корисника
• Кратка историја УАТ-а
• УАТ вам говори колико је систем употребљив
• Ко може да изводи УАТ?
• Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот
• Успех и неуспех тече
• Предности УАТ-а

Извор: Лигхтцоме / иСтоцкпхото

Одузети:

Једном када софтвер прође тестирање јединица, интеграције и система, потреба за тестирањем прихватања може се чинити сувишном. Зашто је тестирање прихваћања корисника (УАТ) још увек важно? Овде добро сазнајте о предностима УАТ-а и зашто је његова јединствена.

Демо и умри!

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

Корак у ципеле корисника

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

Кратка историја УАТ-а

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

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

УАТ вам говори колико је систем употребљив

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

Ко може да изводи УАТ?

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

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

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

Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот

Не можете побољшати своје вештине програмирања када никога није брига за квалитет софтвера.

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

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

Успех и неуспех тече

УАТ процеси би требало да потврде да сваки тип корисника софтвера постиже опипљиве резултате потребне за ток успеха и неуспеха.

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

Да би се потврдила функционалност, испитивачи се морају дати неке информације. У супротном, они не знају шта софтвер треба да ради. Али да бисте тестирали употребљивост, ово мора бити минимално - само задатак или захтјеви, попут куповине „к“ (производа) и плаћања „и“ (коришћење података о кредитној картици). Напад мора бити постављен на тестере да би забиљежили запажања, успјехе и неуспјехе.

Предности УАТ-а

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

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

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