Что такое UAT?
Пользовательское приемочное тестирование (UAT) — это тип тестирования, выполняемый конечным пользователем или клиентом для проверки / принятия системы программного обеспечения перед перемещением приложения в производственную среду. UAT выполняется на заключительном этапе тестирования после выполнения функциональных, интеграционных и системных испытаний.
Основной целью UAT является проверка сквозного бизнес-потока. Он не фокусируется на косметических ошибках, орфографических ошибках или тестировании системы. Приемочное тестирование пользователя выполняется в отдельной среде тестирования с настройкой данных, аналогичных производственным. Это своего рода тестирование черного ящика, в котором будут участвовать два или более конечных пользователя. Полная форма UAT — это приемочные испытания.
Кто выполняет UAT?
- клиент
- Конечные пользователи
Необходимость приемочного тестирования:
После того, как программное обеспечение прошло модульное, интеграционное и системное тестирование, необходимость приемочного тестирования может показаться излишней. Но приемочные испытания необходимы, потому что
-
Разработчики кодируют программное обеспечение на основе документа с требованиями, который является их «собственным» пониманием требований и может не соответствовать потребностям клиента в программном обеспечении .
- Изменения требований в ходе проекта не могут быть эффективно доведены до разработчиков.
Приемочные испытания и V-модель
В VModel приемочное тестирование пользователя соответствует фазе требований жизненного цикла разработки программного обеспечения (SDLC).
Предварительные условия приемочного тестирования:
Ниже приведены критерии входа для приемочного тестирования:
- Бизнес-требования должны быть доступны.
- Код заявки должен быть полностью разработан
- Модульное тестирование, интеграционное тестирование и тестирование системы должны быть завершены
- Нет Showstoppers, Высокие, Средние дефекты на этапе тестирования системной интеграции —
- Только косметическая ошибка допустима до 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 Tester должен обладать хорошими знаниями в бизнесе. Он должен быть независимым и мыслить как неизвестный пользователь системы . Тестер должен быть аналитическим и боковым мыслителем и объединять все виды данных, чтобы сделать UAT успешным.
Тестировщик или бизнес-аналитик или специалист по предмету Эксперты, которые понимают бизнес-требования или процессы, могут подготовить тест и данные, которые являются реалистичными для бизнеса.
Лучшие практики:
Для достижения успеха UAT необходимо учитывать следующие моменты:
- Подготовьте план UAT в начале жизненного цикла проекта
- Подготовьте контрольный список до начала UAT
- Проведите сеанс Pre-UAT во время самой фазы тестирования системы
- Установите ожидание и четко определите сферу применения UAT
- Тестируйте сквозной бизнес-процесс и избегайте системных тестов
- Протестируйте систему или приложение с реальными сценариями и данными
- Думайте как Неизвестный пользователь системы
- Провести юзабилити-тестирование
- Проведите сессию обратной связи и встречу, прежде чем перейти к производству
UAT Инструменты
На рынке существует несколько инструментов, используемых для приемочного тестирования Пользователем, и некоторые из них перечислены для справки:
Фитнес-инструмент: это Java- инструмент, используемый в качестве движка для тестирования. Легко создавать тесты и записывать результаты в таблицу. Пользователи инструмента вводят форматированный ввод и тесты создаются автоматически. Затем выполняются тесты, и результат возвращается пользователю.
Watir : Это инструментарий, используемый для автоматизации браузерных тестов во время приемочного тестирования. Ruby — это язык программирования, используемый для межпроцессного взаимодействия между ruby и Internet Explorer.
Некоторые примеры руководящих принципов UAT
- В большинстве случаев в обычных сценариях разработки программного обеспечения UAT выполняется в среде QA. Если нет постановочной или UAT-среды
- UAT классифицируется как бета-тестирование и альфа-тестирование, но это не так важно, когда программное обеспечение разрабатывается для сферы услуг.
- UAT имеет больше смысла, когда клиент вовлечен в большей степени
Вывод:
- В программной инженерии полная форма UAT — это приемочные испытания.
- В программной инженерии UAT означает приемочное тестирование пользователя.
- UAT является одним из многих видов тестирования, появившихся за последние двадцать пять лет.
- С UAT клиент может быть уверен, что ожидать от продукта, а не принимать.
- Преимущество UAT в том, что когда продукт будет выпущен на рынок, сюрпризов не будет.