Что такое пользовательское приемочное тестирование (UAT)? Примеры

Что такое УАТ?

Пользовательское приемочное тестирование (UAT) — это тип тестирования, выполняемый конечным пользователем или клиентом для проверки/принятия программной системы перед перемещением программного приложения в производственную среду. UAT проводится на заключительном этапе тестирования после завершения функционального, интеграционного и системного тестирования.

Цель УАТ

Основной Цель УАТ заключается в проверке сквозного бизнес-потока. Он не фокусируется на косметических ошибках, орфографических ошибках или тестировании системы. Пользовательское приемочное тестирование проводится в отдельной тестовой среде с настройкой данных, аналогичной производственной. Это своего рода тестирование «черного ящика», в котором будут участвовать два или более конечных пользователей.

UAT выполняется –

Клиент

Конечные пользователи

Необходимость пользовательского приемочного тестирования

Необходимость пользовательского приемочного тестирования возникает после того, как программное обеспечение прошло модульное, интеграционное и системное тестирование, поскольку разработчики могли создать программное обеспечение на основе документа с требованиями по своему собственному пониманию, и дальнейшие необходимые изменения во время разработки не могут быть эффективно доведены до них, поэтому для проверки того, принят ли конечный продукт клиентом /end-user, необходимо пользовательское приемочное тестирование.

Разработчики кодируют программное обеспечение на основе документа с требованиями, который представляет собой «собственное» понимание требований и на самом деле может быть не тем, что клиенту нужно от программного обеспечения.
Изменения требований в ходе проекта могут быть не доведены до сведения разработчиков.

Приемочное тестирование и V-модель

В VModel пользовательское приемочное тестирование соответствует этапу требований Жизненный цикл разработки программного обеспечения (SDLC).

Предварительные условия пользовательского приемочного тестирования

Ниже приведены критерии отбора для прохождения приемочного тестирования пользователем:

Бизнес-требования должны быть доступны.
Код приложения должен быть полностью разработан.
Модульное тестирование, интеграционное тестирование и системное тестирование должны быть завершены.
Отсутствие остановок, высокие и средние дефекты на этапе тестирования системной интеграции –
До UAT допускается только косметическая ошибка.
Регрессионное тестирование должно быть завершено без серьезных дефектов.
Все заявленные дефекты должны быть исправлены и проверены до UAT.
Матрица прослеживаемости для всех испытаний должна быть заполнена.
Среда UAT должна быть готова
Подпишите письмо или сообщение от группы системного тестирования о том, что система готова к выполнению UAT.

Как проводить тесты UAT

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 должен обладать хорошим знанием бизнеса. Он должен быть независимым и мыслить как неизвестный пользователь в системе. Тестировщик должен быть аналитическим и LaterАль-мыслитель и объединить все виды данных, чтобы сделать UAT успешным.

Тестировщик, бизнес-аналитик или профильные эксперты, которые понимают бизнес-требования или потоки, могут подготовить тесты и данные, которые реалистичны для бизнеса.

лучшие практики

Для достижения успеха в UAT необходимо учитывать следующие моменты:

Подготовьте план UAT на ранних стадиях жизненного цикла проекта.
Подготовьте контрольный список до начала UAT
Проведите сеанс Pre-UAT во время самого этапа тестирования системы.
Установите ожидания и четко определите объем UAT
Протестируйте сквозной бизнес-процесс и избегайте системных тестов
Протестируйте систему или приложение с использованием реальных сценариев и данных.
Думайте как неизвестный пользователь системы.
Проведите юзабилити-тестирование
Проведите сеанс обратной связи и встречу перед переходом к производству.

Инструменты УАТ

На рынке существует несколько инструментов, используемых для пользовательского приемочного тестирования, некоторые из них перечислены для справки:

1) Фитнес-инструмент: это Java инструмент, используемый в качестве механизма тестирования. Легко создавать тесты и записывать результаты в таблицу. Пользователи инструмента вводят форматированные данные, и тесты создаются автоматически. Затем выполняются тесты, и выходные данные возвращаются пользователю.

Примеры правил для UAT

В большинстве случаев в обычных сценариях разработки программного обеспечения UAT выполняется в среде контроля качества. Если нет промежуточной среды или среды UAT
UAT подразделяется на бета и Бета- и альфа-тестирование но это не так важно, когда программное обеспечение разрабатывается для сферы услуг
UAT имеет больше смысла, когда клиент в большей степени вовлечен

Заключение

В разработке программного обеспечения полной формой UAT является приемочное тестирование пользователя.
UAT — один из многих видов тестирования, появившихся за последние двадцать пять лет.
Благодаря UAT клиент может быть уверен в том, «чего ожидать» от продукта, а не предполагать.
Преимущество UAT в том, что при выходе продукта на рынок не будет сюрпризов.