By
Thomas Hamilton
Что такое UАТ?
Пользовательское приемочное тестирование (UAT) — это тип тестирования, выполняемого конечным пользователем или клиентом для проверки/принятия программной системы перед перемещением программного приложения в производственную среду. UAT выполняется на заключительном этапе тестирования после функционального, интеграционного и системного тестирования.
Назначение UАТ
Основной целью UAT является проверка сквозного бизнес-потока. Он не фокусируется на косметических ошибках, орфографических ошибках или системном тестировании. Пользовательское приемочное тестирование проводится в отдельной среде тестирования с настройкой данных, аналогичной производственной. Это своего рода тестирование «черного ящика», в котором участвуют два или более конечных пользователя.
УАТ выполняется –
Клиентом
Конечными пользователями
Необходимость пользовательского приемочного тестирования
Необходимость пользовательского приемочного тестирования возникает после того, как программное обеспечение прошло модульное, интеграционное и системное тестирование, потому что разработчики могли создать программное обеспечение на основе документа с требованиями по своему собственному пониманию, и дальнейшие необходимые изменения во время разработки могут быть им не доведены до сведения, поэтому для проверки того, является ли окончательный продукт принят клиентом/конечным пользователем, требуется приемочное тестирование пользователем.
Разработчики кодируют программное обеспечение на основе документа с требованиями, который является их «собственным» пониманием требований и может на самом деле не соответствовать тому, что клиенту нужно от программного обеспечения.
Изменения требований в ходе проекта могут быть неэффективно доведены до сведения разработчиков.
Приемочные испытания и V-модель
В VModel приемочное тестирование пользователей соответствует фазе требований жизненного цикла разработки программного обеспечения (SDLC).
Предпосылки пользовательского приемочного тестирования:
Ниже приведены критерии входа для пользовательского приемочного тестирования:
Должны быть доступны бизнес-требования.
Код приложения должен быть полностью разработан
Модульное тестирование, интеграционное тестирование и системное тестирование должны быть завершены
Отсутствие отличных результатов, высокие и средние дефекты на этапе тестирования системной интеграции —
До UAT допустима только косметическая ошибка.
Регрессионное тестирование должно быть завершено без серьезных дефектов
Все заявленные дефекты должны быть исправлены и протестированы до UAT.
Матрица прослеживаемости для всех испытаний должна быть заполнена
Среда UAT должна быть готова
Подпишите почту или сообщение от группы тестирования системы о том, что система готова к выполнению UAT.
Как выполнять тесты UAT
UAT выполняется предполагаемыми пользователями системы или программного обеспечения. Этот тип тестирования программного обеспечения обычно происходит в месте расположения клиента и называется бета-тестированием. После того, как критерии входа для UAT удовлетворены, тестеры должны выполнить следующие задачи:
Процесс UАТ
Анализ бизнес-требований
Создание плана тестирования 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 — это одна из многих разновидностей тестирования, появившихся за последние двадцать пять лет.
С UAT клиент может быть уверен, «чего ожидать» от продукта, а не строить предположения.
Преимущество UAT в том, что не будет сюрпризов, когда продукт будет выпущен на рынок.
Comments