Какво е UAT?
Тест за приемане от потребителя (UAT) е вид тестване, извършено от крайния потребител или клиента за проверка / приемане на софтуерната система, преди да се премести софтуерното приложение в производствената среда. UAT се извършва във финалната фаза на тестване след извършване на функционални, интеграционни и системни тестове.
Предназначение на UAT
Основната цел на UAT е да валидира бизнес потока от край до край. Той не се фокусира върху козметични грешки, правописни грешки или системно тестване. Тестът за приемане от потребителя се извършва в отделна среда за тестване с настройка на данни, подобна на производството. Това е вид тестване на черна кутия, при което двама или повече крайни потребители ще бъдат включени.
Кой изпълнява UAT?
- Клиент
- Крайни потребители
Необходимост от тестване за приемане от потребителя
Необходимостта от тестване за приемане от потребителя възниква, след като софтуерът е преминал тестване на модули, интеграция и система, тъй като разработчиците може да са изградили софтуер, базиран на документ за изисквания, според собственото им разбиране и допълнителните необходими промени по време на разработката може да не бъдат ефективно съобщени на тях, така че за тестване дали окончателният продуктът се приема от клиент / краен потребител, необходимо е тестване за приемане от потребителя.
- Разработчиците кодират софтуер, базиран на документ за изискванията, който представлява тяхното „собствено“ разбиране за изискванията и всъщност може да не е това, което клиентът се нуждае от софтуера .
- Промените в изискванията по време на проекта може да не бъдат съобщени ефективно на разработчиците.
Изпитване за приемане и V-модел
Във VModel тестването за приемане от потребителя съответства на фазата на изискванията на жизнения цикъл на разработката на софтуер (SDLC).
Предпоставки за тестване за приемане от потребителя:
Следват критериите за влизане в теста за приемане от потребителя:
- Бизнес изискванията трябва да са налични.
- Кодът за кандидатстване трябва да бъде изцяло разработен
- Тестовете за единица, интеграция и тестване на системата трябва да приключат
- Няма демонстрации, високи, средни дефекти във фазата на теста на системната интеграция -
- Допуска се само козметична грешка преди UAT
- Регресионното тестване трябва да завърши без големи дефекти
- Всички докладвани дефекти трябва да бъдат отстранени и тествани преди UAT
- Матрицата за проследимост за всички тестове трябва да бъде попълнена
- UAT Environment трябва да е готова
- Излезте от пощата или комуникацията от System Testing Team, че системата е готова за изпълнение на UAT
Как да направите UAT тестване
UAT се извършва от предвидените потребители на системата или софтуера. Този тип тестване на софтуер обикновено се случва в местоположението на клиента, което е известно като бета тестване. След като бъдат изпълнени критериите за влизане за UAT, тестерите трябва да изпълнят следните задачи:
- Анализ на бизнес изискванията
- Създаване на план за изпитване на UAT
- Идентифицирайте тестовите сценарии
- Създайте UAT тестови случаи
- Подготовка на тестови данни (производство като данни)
- Стартирайте тестовите случаи
- Запишете резултатите
- Потвърдете бизнес целите
Стъпка 1) Анализ на бизнес изискванията
Една от най-важните дейности в UAT е идентифицирането и разработването на тестови сценарии. Тези тестови сценарии са извлечени от следните документи:
- Харта на проекта
- Случаи за бизнес употреба
- Диаграми на процеса
- Документ за бизнес изисквания (BRD)
- Спецификация на системните изисквания (SRS)
Стъпка 2) Създаване на план за UAT:
Планът за тестване на UAT очертава стратегията, която ще се използва за проверка и гарантиране, че дадено приложение отговаря на бизнес изискванията му. Той документира критерии за влизане и излизане за UAT, подходи за сценарии и тестови случаи и срокове за тестване .
Стъпка 3) Определете сценариите за тестване и тестовите случаи:
Идентифицирайте тестовите сценарии по отношение на бизнес процесите на високо ниво и създайте тестови случаи с ясни тестови стъпки. Тестовите случаи трябва да покриват достатъчно повечето сценарии на UAT. Примери за бизнес употреба са входни данни за създаване на тестови случаи.
Стъпка 4) Подготовка на тестови данни:
Най-добре е да използвате живи данни за UAT. Данните трябва да се кодират от съображения за поверителност и сигурност. Тестерът трябва да е запознат с потока на базата данни.
Стъпка 5) Стартирайте и запишете резултатите:
Изпълнете тестови случаи и докладвайте за грешки, ако има такива. Повторно тестване на грешки, след като бъдат отстранени. За изпълнение могат да се използват инструменти за управление на тестове.
Стъпка 6) Потвърдете изпълнените бизнес цели:
Бизнес анализаторите или UAT тестерите трябва да изпратят съобщение за отписване след тестването на UAT. След подписване продуктът е добре да се произвежда. Резултатите за тестване на UAT са план за изпитване, сценарии за UAT и тестови случаи, резултати от тестове и регистър на дефектите
Критерии за изход за UAT:
Преди да се премине в производство, трябва да се има предвид следното:
- Няма отворени критични дефекти
- Бизнес процесът работи задоволително
- UAT подпише среща с всички заинтересовани страни
Качества на UAT тестерите:
UAT тестерът трябва да притежава добри познания за бизнеса. Той трябва да е независим и да мисли като непознат потребител на системата . Тестерът трябва да бъде аналитичен и страничен мислител и да комбинира всички видове данни, за да направи UAT успешен.
Тестери или бизнес анализатори или експерти по предметни въпроси, които разбират бизнес изискванията или потоците, могат да подготвят тест и данни, които са реалистични за бизнеса.
Най-добри практики:
За успех на UAT трябва да се вземат предвид следните точки:
- Изгответе план за UAT в началото на жизнения цикъл на проекта
- Подгответе контролен списък преди стартирането на UAT
- Провеждайте сесия преди UAT по време на самата фаза на тестване на системата
- Задайте очакването и определете ясно обхвата на UAT
- Тествайте бизнес поток от край до край и избягвайте системните тестове
- Тествайте системата или приложението с реални сценарии и данни
- Мислете като непознат потребител на системата
- Извършете тестване на използваемостта
- Проведете сесия за обратна връзка и среща, преди да преминете към производство
Инструменти за UAT
На пазара има няколко инструмента, използвани за тестване на приемане от потребителите, а някои са изброени за справка:
Фитнес инструмент: Това е Java инструмент, използван като двигател за тестване. Лесно е да създавате тестове и да записвате резултати в таблица. Потребителите на инструмента въвеждат форматирания вход и тестовете се създават автоматично. След това тестовете се изпълняват и изходът се връща обратно на потребителя.
Watir: Това е инструментариум, използван за автоматизиране на базирани на браузъра тестове по време на тестване за приемане от потребителя. Ruby е езикът за програмиране, използван за комуникация между процесите между ruby и Internet Explorer.
Някои примерни насоки на UAT
- Повечето пъти в сценарии за редовно разработване на софтуер UAT се извършва в QA среда. Ако няма сцена или UAT среда
- UAT се класифицира като бета и алфа тестване, но не е толкова важно, когато се разработва софтуер за индустрия, базирана на услуги
- UAT има повече смисъл, когато клиентът е ангажиран в по-голяма степен
Заключение:
- В софтуерното инженерство пълната форма на UAT е тестване за приемане от потребителя.
- В софтуерното инженерство UAT означава тестване за приемане от потребителя.
- UAT е един от многото вкусове на тестовете, които се появиха през последните двадесет и пет години.
- С UAT клиентът може да бъде сигурен „Какво да очаква“ от продукта, вместо да предположи.
- Предимството на UAT е, че няма да има изненади, когато продуктът бъде пуснат на пазара.
