sample template acceptance test report with examples
Преглед извештаја о испитивању прихватљивости (Део ИИИ):
Претходни водич |. | СЛЕДЕЋА Лекција
У нашем претходном водичу о „ Документација о испитивању прихватљивости са сценаријима у реалном времену ”Разговарали смо о плану испитивања прихватљивости.
У овом упутству детаљно ћемо размотрити извештавање о статусу теста прихватања, сажетку теста о прихватању и одјави.
Неки генерички предлошци су укључени у овај водич да би побољшали ваше разумевање на бољи начин. Такође ћемо лебдети над концептом испитивања прихватљивости у агилном развоју и испитивања прихватљивости заснованог на развоју.
Укратко, овај водич ће вам објаснити извештај о статусу теста прихватљивости и извештај сажетка, заједно са неким генеричким шаблонима за ваше јасно разумевање, а такође ће на лак разумљив начин разјаснити концепт тестирања прихватљивости у агилном и тест покретаном развоју.
Шта ћете научити:
- Извештај о статусу пријема
- Резиме извештаја о испитивању прихватљивости
- Испитивање прихватљивости на агилном
- Ко врши пријемно тестирање на агилном?
- Предности испитивања прихватљивости у агилном
- Недостаци
- Развој вођен тестом прихватања (АТДД)
- Закључак
- Препоручено читање
Извештај о статусу пријема
Извештај о испитивању прихватљивости увек треба да резимира тестове прихватања који се изводе заједно са њиховим резултатима. Требало би да буде упућено свим идентификованим заинтересованим странама које су део фазе испитивања прихватљивости. Једном када започне извршење тестова прихватљивости, о напретку се треба извештавати свакодневно.
Општи образац за извештај о статусу теста прихватања:
Датум :Датум извештаја о стању прихватљивости теста
Детаљи извршења данашњих тестова прихватања:
- Број положених тестова
- Број неуспелих тестова
- Број тестова у току
Детаљи извршења тестова прихватљивости до данас:
- Укупан број тестова
- Број положених тестова
- Број неуспелих тестова
- Број тестова у току
- Број тестова на чекању
Детаљи о недостацима:
питања за интервју за ручно тестирање за 4 године искуства
- Број евидентираних недостатака
- Сваки недостатак треба да садржи следеће детаље:
- ИД, сажетак, компонента, озбиљност
- Укупан број евидентираних недостатака до сада (у фази испитивања прихватљивости).
Овај извештај се мора свакодневно прегледавати како би се осигурало да је извршење на правом путу и да нема одступања од планираних распореда.
Резиме извештаја о испитивању прихватљивости
Ово је извештај који резимира статус целе фазе испитивања прихватљивости. То укључује детаље као што су спроведене активности испитивања, референце на задовољене критеријуме, спецификације захтева, пословна правила, резултати извршења, планирани распореди, одступања итд.
Генерички образац за сажети извештај теста прихватања:
Резиме
Варијације
Резултати
Процена
Препорука
Напори
Извештај о одјави
Након што производ прође тестирање прихватљивости, препоручује се објављивање. Пре него што се лансира у продукцију, мора се формално потписати.
Генерички образац за извештај о одјави:
Назив производа, верзија издања, број верзије
Најновији извештај
Ревиевед Он
Ревиевед би
Прегледајте коментаре
Датум одјаве
Одјава од
Коментари одјаве
Генерално, било који од горе наведених извештаја треба да га прегледају главне заинтересоване стране ради његовог обрасца и мора да се договори о томе шта треба да буде информација у њему.
Све детаље који се попуњавају у извештају треба проверити пре него што их поделите са заинтересованим странама. Свака одступања у извештају ће у великој мери утицати на пословну одлуку и могла би резултирати неуспехом производа на тржишту.
Стога би извештавањем увек требало да се баве стручњаци или старији чланови тима.
Испитивање прихватљивости на агилном
У Окретан , Критеријуми прихватања сваке корисничке приче циљани су на тестове прихватљивости, тј. Тестови прихватања изведени су из критеријума прихватања корисничке приче. Сваки критеријум прихватљивости може имати један или више тестова прихватљивости који покривају сценарио.
Тестове прихватљивости обично креира КА који је стручњак за предметну област у тој области. Испитивање прихватљивости у агилном начину започиње много рано у поређењу са осталим приступима, обично у оквиру самог спринта.
Изводи се врло често, јер ће сваки спринт имати нове корисничке приче, као и побољшања / наставак претходних прича.
Испитивање прихватљивости врши се у две различите фазе у Агиле-у:
- Када се особина креира и у почетној фази - основна.
- Када је функција интегрисана и стабилизована са осталим карактеристикама производа.
Свака корисничка прича овде мора проћи тест прихватљивости и треба је проследити на разматрање. Све неуспехе у тесту прихватања треба сматрати високим приоритетом и одмах их отклонити, а овај ће заузврат имати тест прихватања за његово извршење.
Поени за причу дају се свакој корисничкој причи на основу успеха резултата тестова за прихватање за сваки од критеријума за прихватање. Испитивање прихватљивости такође дефинише завршетак на нивоу корисничке приче, наводећи да су испуњени критеријуми прихватања приче.
Ко врши пријемно тестирање на агилном?
Обично менаџери производа, Стручност за предмет (могу бити купци И / ИЛИ Бета тестери) врше тестирање прихватања у агилном окружењу. Понекад КА такође укључује ову активност заједно са њиховим редовним задацима регресије.
Предности испитивања прихватљивости у агилном
Неколико је предности тестирања прихватљивости у агилном.
Предности су:
- Ближа сарадња између менаџера производа и тима.
- Гради самопоуздање на нивоу корисничке приче.
- Помоћи ће да се извуче више сценарија који би покрили сваки критеријум прихватања.
- Повећана вероватноћа за импровизацију решења производа кроз критеријуме прихватљивости у корисничким причама.
Недостаци
Иако постоји неколико предности, постоје и одређене мане.
Недостаци укључују:
- Не могу се све приче узети у обзир за испитивање прихватљивости. Само функционалне приче које треба покрити - покривање прича може се смањити.
- Не могу се узети у обзир сви критеријуми прихватљивости за испитивање прихватљивости. Покривени су само функционални критеријуми - Критеријуми прихватања могу се срушити у оквиру корисничке приче.
- Будући да су укључене заинтересоване стране из различитих средина, а како се тестирање прихватања путем приче врши директно, прилично је тешко свима бити на истој страници (у основи у разумевању нивоа појединачне корисничке приче).
- С обзиром да је трајање издања мање у поређењу са другим приступима, прилично је тешко прилагодити испитивању прихватљивости у оквиру Спринтова.
Развој вођен тестом прихватања (АТДД)
Ово је једна од агилних развојних пракси где читав тим заједно разматра сваки од критеријума прихватљивости Усер Стори-а и око њих гради јаке тестове прихватљивости.
То је зато што ће различите перспективе сваког члана тима дати нови начин размишљања за сваки од критеријума прихватљивости и стићи ће са великим бројем тестова прихватања који покривају више сценарија. Понекад, АТДД такође се назива Стори Тест Дривен Девелопмент (СТДД).
Заправо, АТДД се дешава пре почетка развоја. Дакле, програмери ће у овом приступу знати шта се заправо очекује и како то постићи. Цео тим ће делити заједничко разумевање функције и онога што се гради.
Ово описује како се производ производи, а заузврат ће дати поштену представу о томе како ће производ заиста функционисати пре него што буде предат на тестирање. Отуда се назива „ Развој вођен тестом прихватања ”.
Закључак
Испитивање прихватљивости у било ком приступу има заједнички циљ изградити поверење и задовољство купаца у производу који је развијен пре него што почне да се емитује уживо. То се постиже само ако у производу нема / мање недостатака мале тежине који не ометају ниједну функционалност.
Укратко:
- Провери прихватљивости су положени.
- Дефекти су на прихватљивом нивоу.
- Остварено покривање протоком / сценаријем.
- Производ и његова решења су прихваћени.
- Купац је довољно сигуран у производ.
- Сви документи о производу су ажурирани тако да одговарају најновијим функцијама.
- Резултат за напор тима.
- Добро је кренути напред са покретањем производње.
Претходни водич |. | СЛЕДЕЋА Лекција
Надам се да бисте стекли огромно знање из ових водича за испитивање прихватљивости. Слободно поделите своје мисли и поставите своја питања у одељку за коментаре испод.
Препоручено читање
- Узорак извештаја о грешкама
- Узорак предлошка тест примера са примерима тест примера (преузми)
- Узорци испитних радова са одговорима на ИСТКБ тестирање
- Како написати недељни извештај о тестирању софтвера
- Како написати ефикасан сажети извештај о тесту (узорак преузимања извештаја)
- Шта је испитивање прихватљивости (потпун водич)
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Функционално тестирање вс нефункционално тестирање