Как да създадем тест за приемане от потребителя. Проектът никога няма да постигне статут на "успешен" без изпълнение на тест за приемане от потребителя (UAT). Проектът може да се счита за пълен и вероятно в рамките на обхвата, времето и бюджета, но не може да бъде считан за успешен без одобрението на потребителите, които ще използват системата. Добре изпълненият тест за приемане от потребителя ще гарантира, че всяко изискване е изградено и функционира според очакванията.
Елементи, от които се нуждаете
-
Резултати от проекта
-
Бизнес изисквания към теста
-
Крайни потребители на системата
-
Тестова среда
Приемете формален и универсален шаблон за всички артефакти на вашия проект. Вашите читатели и лидери ще ви благодарят за лесното намиране на подходяща информация, тъй като тя е постоянно поставяна в една и съща област във всеки отделен документ.
Създайте полета за проследяване в документа. Тези минимум трябва да съдържат идентификатора на тестовия сценарий, който ще бъде изпълнен с тази потребителска тестова група. Той също така трябва да съдържа специфичния идентификатор на бизнес изискването, който ще бъде тестван; и за предпочитане, имате идентификатор на случай на използване, който да включва също.
Добавете описателен текст. Всеки тест сценарий трябва да има основно описание, не повече от едно изречение, което адекватно обяснява какво се опитва да постигне този сценарий. Кратката заглавие на бизнес изискванията и описанието на случая на употреба също трябва да бъдат включени до съответния им идентификатор.
Добавете тестови данни и оставете импровизационното пространство. Ако конкретни променливи и сценарии трябва да бъдат тествани, те трябва да бъдат изброени тук. Ако тестването трябва да бъде динамично, непредсказуемо и самостоятелно задвижвано, трябва да е налице празна област, за да може тестерът да запише данните, използвани в теста.
Включете квадратчета, които показват дали пробният случай е преминал или не е преминал или не.
Създайте полета за отписване. Вие абсолютно трябва да имате област, в която участниците да подпишат, че са изпълнили задълженията си в този тест за приемане. Тези участници включват крайния потребител, който извършва действителното тестване, бизнес анализатора, който администрира тестването, ръководителя на проекта и спонсора. Това създава верига на приемане, че проектът е успешно проектиран, кодиран и тестван.
Съвети
-
Най-добре е да създадете конкретни тестови сценарии, които да тестват всяка отделна функционалност (бизнес изискване), след което да създадете открито и свободно тестване. Това гарантира, че се изпитва известна функционалност и се улавя "нова" функционалност, която преди това не е била обхваната в етапа на извличане на изискванията. Потребителската група за приемане на крайните потребители трябва да бъде достатъчно голяма, за да натовари значително системата, за да тества натоварването, капацитета и наличността.
