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