what is acceptance testing
Увод у испитивање прихватљивости (Део И):
У овој серији туторијала научићете:
- Шта је испитивање прихватљивости
- Тестови прихватања и план испитивања
- Извештаји о статусу и прегледу прихватљивости
- Шта је тестирање прихватљивости корисника (УАТ)
Да ли сте завршили са системским тестирањем? Да ли је већина ваших грешака исправљена? Да ли су грешке проверене и затворене? Па, шта је следеће?
Следеће на листи долази Пријемно тестирање, што је последња фаза Процеса софтверског тестирања . Ово је фаза у којој купац одлучује ГО / Не-ГО за производ и мора се обавезно пратити пре пуштања производа на тржиште. Заједнички напор развојног и испитног тима ће наградити купац прихватањем или одбацивањем развијеног производа.
Овај јединствени водич о испитивању прихватљивости даће вам потпун преглед значења, врста, употребе и разних других фактора који су укључени у тест прихватања на једноставан и лак начин ради вашег бољег разумевања.
Шта ћете научити:
- Шта је испитивање прихватљивости?
- Зашто тестови прихватљивости?
- Врсте
- Ко врши тестирање прихватљивости?
- Квалитете прихватних тестера
- Користите
- Разлике између тестирања система, испитивања прихватања и испитивања прихватања корисника
- Тестови прихватања
- Прихватни испитни кревет
- Критеријуми уласка и изласка за АТ
- Процес испитивања прихватљивости
- Фактори успеха за ово тестирање
- Закључак
- Препоручено читање
Шта је испитивање прихватљивости?
Када се Процес тестирања система попуни тим за тестирање и одјави се, читав Производ / апликација се предаје купцу / неколицини корисника купаца / обојици, како би се тестирала његова прихватљивост, тј. Производ / апликација треба да буде беспрекоран у испуњавању критичних и главни пословни захтеви. Такође, укупни пословни токови се верификују слично као у сценарију у реалном времену.
Производно окружење биће тестно окружење за прихватање тестирања (обично се назива Стагинг, Пре-Прод, Фаил-Овер, УАТ окружење).
Ово је техника испитивања црне кутије где се само функционалност проверава како би се осигурало да производ испуњава наведене критеријуме прихватања (нема потребе за знањем о дизајну / примени).
Зашто тестови прихватљивости?
Иако је системско тестирање успешно завршено, купац захтева пријемни тест. Овде се врше тестови који се понављају, као што би били обухваћени системским тестирањем.
Зашто онда ово тестирање проводе купци?
То је зато:
- Да бисте стекли поверење у производ који излази на тржиште.
- Да би се осигурало да производ ради на начин на који мора.
- Да би се осигурало да производ одговара тренутним тржишним стандардима и буде довољно конкурентан осталим сличним производима на тржишту.
Врсте
Постоји неколико врста овог тестирања.
Неколико њих је наведено у наставку:
# 1) Испитивање прихватљивости корисника (УАТ)
УАТ треба да процени да ли производ ради за корисника, тачно за употребу. Специфични захтеви које крајњи корисници прилично често користе се првенствено бирају у сврху тестирања. Ово се такође назива и тестирање крајњег корисника.
Израз „корисник“ овде означава крајње кориснике којима је производ / апликација намењен, па се стога испитивање врши из перспективе крајњих корисника и са њихове тачке гледишта.
=> Такође Читати: Шта је тестирање прихватљивости корисника (УАТ)?
# 2) Испитивање прихватљивости пословања (БАТ)
Ово служи за процену да ли Производ испуњава пословне циљеве и сврхе или не.
БАТ се углавном фокусира на пословне користи (финансије) које су прилично изазовне због променљивих тржишних услова / унапређења технологија, тако да ће тренутна примена можда морати да претрпи промене које резултирају додатним буџетима.
веб локације за претварање ИоуТубе видео записа у мп3
Из ових разлога чак и Производ који испуњава техничке захтеве можда неће успети да изврши БАТ.
# 3) Испитивање прихватања уговора (ЦАТ)
Ово је уговор којим се прецизира да када производ почне са радом, у унапред одређеном року, мора се извршити тест прихватања и он мора проћи све случајеве употребе прихватања.
Овде потписани уговор назива се Споразум о нивоу услуге (СЛА), који укључује услове у којима ће се плаћање извршити само ако су Услуге производа у складу са свим захтевима, што значи да је уговор испуњен.
Понекад се овај уговор може догодити пре него што Производ почне са радом. Било како било, уговор би требао бити добро дефинисан у смислу периода тестирања, подручја тестирања, услова у вези са питањима која су се сусрела у каснијим фазама, плаћања итд.
# 4) Прописи /СагласностИспитивање прихватљивости (РАТ)
Ово служи за процену да ли производ крши правила и прописе које дефинише влада државе у којој је пуштен у промет. Ово може бити ненамерно, али ће негативно утицати на пословање.
Обично развијени Производ / апликација за који је предвиђено да буде објављен широм света мора да се подвргне РАТ-у, јер различите државе / региони имају различита правила и прописе дефинисана од својих управних тела.
Ако је прекршено неко од правила и прописа у било којој земљи, тада та држава или одређени регион у тој земљи неће смети да користе Производ и сматра се грешком. Продавци Производа ће бити директно одговорни ако је Производ пуштен у промет иако постоји кршење.
# 5) Испитивање оперативног прихватања (ОАТ)
Ово служи за процену оперативне спремности производа и представља нефункционално испитивање. Углавном укључује испитивање опоравка, компатибилности, одрживости, доступности техничке подршке, поузданости, прекида, локализације итд.
ОАТ углавном осигурава стабилност производа пре него што га пусти у производњу.
# 6) Алфа тестирање
Ово ради процену производа у развојном / тестном окружењу од стране специјализованог тестерског тима који се обично назива алфа тестери. Овде повратне информације тестера, сугестије помажу у побољшању употребе Производа и такође у исправљању одређених грешака.
Овде се тестирање врши контролисано.
=> Такође прочитајте: Шта је алфа тестирање?
# 7) Бета тестирање / теренско тестирање
Ово је за процену Производа излагањем стварним крајњим корисницима, обично званим бета тестери / бета корисници, у њиховом окружењу. Сталне повратне информације од корисника се прикупљају и проблеми су решени. Такође, ово помаже у побољшању / побољшању Производа дајући богато корисничко искуство.
Тестирање се одвија на неконтролисан начин, што значи да корисник нема ограничења у начину на који се Производ користи.
=> Такође прочитајте: Шта је бета тестирање?
Сви ови типови имају заједнички циљ:
- Осигурајте да стекнете / обогатите поверење у производ.
- Уверите се да је Производ спреман за употребу од стварних корисника.
Ко врши тестирање прихватљивости?
За тип Алпха, тестирање врше само чланови организације (који су развили Производ). Ови чланови нису директно део пројекта (менаџери / потенцијални купци, програмери, тестери). Тимови за менаџмент, продају и подршку обично врше тестирање и у складу с тим пружају повратне информације.
Осим типа Алпха, све остале врсте прихватања углавном обављају различите заинтересоване стране. Као и купци, купци купаца, специјализовани тестери из организације (не увек).
Такође је добро укључити пословне аналитичаре и стручност за предметну ствар током извођења овог тестирања на основу његове врсте.
Квалитете прихватних тестера
Испитивачи са доњим квалитетима квалификовани су као прихватни тестери:
- Способност логичког и аналитичког размишљања.
- Добро познавање домена.
- Способан да проучава конкурентне производе на тржишту и анализира их у развијеном производу.
- Имати перцепцију крајњег корисника током тестирања.
- Разумевање пословне потребе за сваким захтевом и тестирање у складу с тим.
Утицај проблема пронађених током овог тестирања
Било која питања која се нађу у фази испитивања прихватања треба сматрати приоритетом и одмах их отклонити. Ово такође захтева да се изврши анализа основног узрока за сваки проблем који се пронађе.
Тест тим игра главну улогу у пружању РЦА за питања прихватања. Они такође помажу у одређивању ефикасности испитивања.
Такође, валидни проблеми у тесту прихватања погодиће и тестирање и напоре развојног тима у погледу утиска, оцена, анкета купаца итд. Понекад, ако се утврди било какво незнање од стране тима за тестирање у вези са валидацијама, то такође доводи до ескалације.
Користите
Ово тестирање је корисно са неколико аспеката.
Неколико међу којима су:
- Да би се утврдила питања која су пропуштена током фазе функционалног тестирања.
- Колико је производ развијен.
- Производ је оно што заправо треба купцима.
- Повратне информације / анкете су помогле у побољшању перформанси производа и корисничког искуства.
- Побољшајте процес праћен укључивањем РЦА.
- Смањите или елиминишите проблеме који произлазе из производног производа.
Разлике између тестирања система, испитивања прихватања и испитивања прихватања корисника
Доље су дате основне разлике између ове 3 врсте тестова прихватљивости.
Тестирање система | Прихватање тестирање | Испитивање прихватљивости корисника |
---|---|---|
Изводе се позитивни и негативни тестови | Обично се изводе позитивни тестови | Изводе се само позитивни тестови |
Извршено је испитивање од краја до краја како би се верификовало да ли производ испуњава све наведене захтеве | Тестирање се врши како би се верификовало да ли производ испуњава захтеве купаца за прихватљивошћу | Тестирање се врши како би се верификовало да ли су испуњени захтеви крајњих корисника за прихватљивост |
Производ је тестиран као целина са фокусом само на функционалне и нефункционалне потребе | Производ је тестиран за пословне потребе - прихватљивост корисника, пословне циљеве, правила и прописе, пословање итд. | Производ је тестиран само на прихватљивост корисника |
Тестирајући тим врши системско тестирање | Купац, купци купаца, тестер (ретко), менаџмент, продаја, тимови за подршку врше испитивање прихватања у зависности од врсте испитивања | Купац, купац купца, тестери (ретко) врше тестирање прихватања корисника |
Тест случајеви се пишу и извршавају | Тестови прихватљивости се пишу и извршавају | Тестови за прихватање корисника се пишу и извршавају |
Може бити функционално и нефункционално | Обично функционалан, али нефункционалан у случају РАТ-а, ОАТ-а итд | Само функционално |
За тестирање се користе само подаци о испитивању | За тестирање се користе подаци у реалном времену / производни подаци | За тестирање се користе подаци у реалном времену / производни подаци |
Пронађени проблеми се сматрају грешкама и исправљају се на основу тежине и приоритета | Проблеми који су пронађени означавају производ као грешку и сматра се да је одмах отклоњен | Проблеми који су пронађени означавају производ као грешку и сматра се да је одмах отклоњен |
Контролисани начин испитивања | Може се контролисати или неконтролисати на основу врсте испитивања | Неконтролисани начин испитивања |
Тестирање развојног окружења | Тестирање развојног окружења или предпроизводног окружења или производног окружења, засновано на типу | Тестирање је увек у предпродукцијском окружењу |
Нема претпоставки, али ако се неке могу саопштити | Нема претпоставки | Нема претпоставки |
Тестови прихватања
Слично тестовима производа, и ми имамо тестове прихватања. Тестови прихватања изведени су из критеријума прихватања корисничких прича. То су обично сценарији који су написани на високом нивоу са детаљима о томе шта Производ мора да уради под различитим условима.
То не даје јасну слику о начину извођења тестова, као у тест случајевима. Тестове прихватљивости пишу тестери који имају потпуну контролу над производом, обично стручношћу за предметну материју. Све написане тестове прегледају купац и / или пословни аналитичари.
Ови тестови извршени током испитивања прихватања. Заједно са тестовима прихватљивости, мора се припремити детаљан документ о свим подешавањима која треба обавити. Требало би да садржи детаље сваког минута са одговарајућим снимцима екрана, вредностима подешавања, условима итд.
Прихватни испитни кревет
Тестни лежај за ово испитивање је сличан уобичајеном тестном лежају, али је засебан. Платформа са свим потребним хардвером, софтвером, оперативним производима, подешавањем и конфигурацијом мреже, подешавањем и конфигурацијом сервера, подешавањем и конфигурацијом базе података, лиценцама, додацима итд., Мора бити подједнако постављена производно окружење.
Испитни слој за прихват је платформа / окружење у којем ће се изводити дизајнирани тестови за прихват. Пре него што купцу предате окружење за пријем, добра је пракса проверити било каква еколошка питања и стабилност производа.
Ако није постављено одвојено окружење за испитивање прихватљивости, у ту сврху се може користити редовно окружење за испитивање. Али овде ће бити неуредно јер се подаци о тестовима из редовног тестирања система и подаци о испитивању у реалном времену одржавају у јединственом окружењу.
Испитни лежај је обично постављен на страни купца (тј. У лабораторији) и имаће ограничен приступ тимовима за развој и испитивање.
Тимови ће морати да приступе овом окружењу путем ВМ-ова / или посебно дизајнираних УРЛ-ова користећи посебне приступне акредитиве и сав приступ овоме ће се пратити. Ништа у овом окружењу не сме бити додато / модификовано / избрисано без дозволе купца и треба их обавестити о извршеним променама.
Критеријуми уласка и изласка за АТ
Као и било која друга фаза у СТЛЦ-у, испитивање прихватања има скуп улазних и излазних критеријума који треба да буду добро дефинисани у Плану испитивања прихватљивости (који је покривен у каснијем делу овог водича).
Ово је фаза која започиње одмах након тестирања система и завршава се пре покретања производње. Дакле, критеријуми изласка из системског тестирања постају део критеријума за улазак за АТ. Слично томе, излазни критеријуми АТ постају део улазних критеријума за покретање производње.
Критеријуми за улазак
Доље су наведени услови које треба испунити пре почетка:
- Пословни захтеви треба да буду јасни и доступни.
- Фаза тестирања система и регресије треба да буде завршена.
- Све критичне, главне и нормалне грешке треба поправити и затворити (мање прихваћене грешке углавном су козметичке грешке које не ремете употребу производа).
- Списак познатих проблема треба припремити и поделити са заинтересованим странама.
- Треба поставити пробни лежај и извршити проверу на високом нивоу да нема еколошких проблема.
- Фаза тестирања система треба да буде одјављена, чиме се омогућава прелазак производа у АТ фазу (обично се врши путем комуникације путем е-поште).
Излазни критеријуми
АТ мора да испуни одређене услове да би производ пустио у лансирање производње.
Они су следећи:
- Треба извршити тестове прихватљивости и сви тестови треба да прођу.
- Ниједна критична / већа мана није отворена. Све недостатке треба одмах отклонити и верификовати.
- АТ би требало да одјаве све укључене заинтересоване стране са Иди / не-крени Одлука о производу.
Процес испитивања прихватљивости
У В-модел , АТ фаза је паралелна са фазом Захтеви.
Стварни АТ поступак иде како је приказано доле:
Анализа пословних захтева
Пословни захтеви се анализирају позивањем на све расположиве документе у оквиру пројекта.
Неки од њих су:
- Спецификације системских захтева
- Документ о пословним захтевима
- Користите случајеве
- Дијаграми тока посла
- Дизајнирана матрица података
План испитивања прихватљивости дизајна
Постоје одређени предмети који се морају документовати у Плану испитивања прихватљивости.
Погледајмо неке од њих:
- Стратегија и приступ испитивања прихватљивости.
- Критеријуми за улазак и излазак требају бити добро дефинисани.
- Опсег АТ-а треба добро споменути и он мора покривати само пословне захтеве.
- Приступ дизајнирању тестова за прихватање треба да буде детаљан, тако да свако ко пише тестове може лако да разуме начин на који мора бити написан.
- Постављен тестни кревет, треба навести стварни распоред / временске рокове испитивања.
- Како тестирање спроводе различите заинтересоване стране, требало би поменути детаље о пријави грешке, јер заинтересоване стране можда нису свесне процедуре која се следи.
Дизајн и преглед тестова прихватљивости
Тестови за прихватање треба да буду написани на нивоу сценарија и наводе шта се мора урадити (не детаљно, како би се навело). Они би требали бити написани само за идентификована подручја опсега за пословне захтеве, а сваки тест мора бити мапиран у складу са својим захтевима референцирања.
Сви писани тестови прихватања морају се прегледати како би се постигло велико покривање пословних захтева.
На овај начин се осигурава да било која друга испитивања, осим наведеног, нису укључена, тако да тестирање спада у предвиђене рокове.
Постављање пробног лежаја
Пробни лежај треба поставити слично производном окружењу. Потребне су провере на врло високом нивоу да би се потврдила стабилност и употреба околине. Поделите акредитиве за коришћење окружења само са заинтересованом страном која врши ово тестирање.
Постављање података о тесту прихватања
Подаци о производњи морају се припремити / попунити као тест подаци у системима. Такође, требало би да постоји детаљан документ на такав начин да се подаци морају користити за тестирање.
Не поседујте податке о тестовима као што су ТестНаме1, ТестЦити1 итд., Уместо тога имате Алберт, Мексико итд. Ово даје богато искуство са подацима у реалном времену и тестирање ће бити ажурно.
Извршење теста прихватања
У овом кораку морају се извршити дизајнирани тестови прихватљивости на животној средини. Идеално би било да сви тестови прођу у првом покушају. Не би требало да постоје функционалне грешке које произилазе из тестирања прихватљивости, ако их има, онда би их требало пријавити са високим приоритетом да би се исправили.
Поново, исправљене грешке морају бити верификоване и затворене као задатак високог приоритета. Извештај о извршењу теста мора се делити свакодневно.
О грешкама пријављеним у овој фази требало би расправљати на састанку о буг-тријажи и мора бити подвргнут процедури анализе основног узрока. Ово је једина тачка у којој се испитивањем прихватања процењује да ли производ заиста испуњава све пословне захтеве или не.
Пословна одлука
Излази а Иди / не-крени одлука да се производ лансира у производњи. Иди Одлука ће одвести производ унапред да се пусти на тржиште. Но-Го Одлука означава производ као грешку.
Неколико фактора одлуке о забрани кретања:
- Лош квалитет производа.
- Превише отворених функционалних грешака.
- Одступање од пословних захтева.
- Није у складу са тржишним стандардима и потребна су побољшања како би одговарала тренутним тржишним стандардима.
Фактори успеха за ово тестирање
Једном када је овај тест планиран, припремите контролну листу која повећава стопу успешности. Постоје неке радње које треба следити пре почетка теста прихватања.
Су:
- Имајте добро дефинисан опсег и уверите се да постоји пословна потреба за обимом идентификованим за ово тестирање.
- Извршите тестове прихватљивости у самој фази тестирања система најмање једном.
- Изводите опсежно ад-хоц тестирање за сваки од сценарија испитивања прихватљивости.
Закључак
Укратко, испитивање прихватљивости помаже у откривању ефикасности развојних и испитних тимова.
бесплатни софтвер за поправак рачунара за Виндовс 10
Постоји неколико алата за спровођење ове активности, али обично је пожељно да се то ради ручно, јер су укључени стварни корисници и различити актери који нису из техничког порекла, што можда није могуће за њих.
Шта је следеће?
У нашем следећем упутству задржат ћемо се на следећим темама:
- Примери критеријума теста прихватљивости.
- Како написати план за пријемни тест.
- Одговарајући образац за писање тестова прихватања.
- Како написати тестове прихватљивости са примерима.
- Утврђивање сценарија испитивања прихватљивости.
- Извештаји о пријему.
- Испитивање прихватљивости у агилном и тестираном покретању развоја.
СЛЕДЕЋА Лекција # 2: План испитивања прихватљивости
Да ли сте извршили тестирање прихватљивости? Било би нам драго да чујемо ваша искуства !!
Препоручено читање
- Алфа тестирање и бета тестирање (потпун водич)
- Шта је тестирање прихватљивости корисника (УАТ): Комплетан водич
- Комплетни водич за тестирање верификације израде (БВТ тестирање)
- Функционално тестирање вс нефункционално тестирање
- Најбољи алати за тестирање софтвера 2021. (Алати за аутоматизацију КА теста)
- Врсте тестирања софтвера: Различите врсте испитивања са детаљима
- Водич за тестирање складишта података ЕТЛ (комплетан водич)
- Водич за тестирање безбедности веб апликација