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