UAT-тестирование — что это такое?

Andrew Chornyy - 001
Andrew Chornyy

CEO Plerdy — эксперт в области SEO и CRO с более чем 14-летним опытом.

Интернет-маркетинг Блог Юзабилити сайта (UX)

Цель UAT-тестирования — определить степень удобства, простоты и интуитивности интерфейса, а также степень удовлетворенности пользователя. При планировании UAT следует поставить перед собой следующие задачи:

  • Убедиться, что задача хорошо поддерживает все возможные сценарии использования, а тестовые случаи использования разработаны с учетом реальных ситуаций. Для этого тестирования используют максимально полный набор инструментов, который может быть у пользователя.
  • Проверить, соответствует ли программа бизнес-требованиям. Она должна быть спроектирована таким образом, чтобы удовлетворить все запросы партнеров и достичь их целей.
  • Выявить возможные несоответствия, составить план для их устранения. На этом этапе определяются ошибки в функциональности, чтобы их можно было исправить без ущерба для сроков запуска проекта.

Итак, приемочное пользовательское тестирование — важный этап при подготовке продукта к выходу на рынок. Давайте разберемся, что собой представляет UAT-тестирование, какие существуют типы и как его проводить.

Что такое приемочное тестирование пользователя?

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

Почему важно приемочное тестирование пользователей?

С технической точки зрения продукт может быть абсолютно функциональным, но во время непосредственного использования дать сбой. Тогда основные потери попадают не на доработку и новое тестирование, а на утрату репутации. В большинстве случаев покупатели не захотят приобрести продукт, который уже показал себя как некачественный.

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

После подведения итогов UAT-тестирования вы можете быть уверены, что выпускаете на рынок результативный, удобный, всецело проработанный продукт.

5 Типы приемочного тестирования пользователей

Прежде, чем приступить к самому тестированию, необходимо понять, какие виды UAT-тестирования существуют и когда они проводятся.

Альфа-тестирование

UAT-тестирование-01

Зачастую осуществляется внутренними сотрудниками в ходе разработки. На этом этапе определяются системные дефекты, которые разработчики устраняют до того, как продукт попадет на тестирование внешним тестировщикам или клиентам. Для проведения применяют методы: «черный ящик» (когда тестировщик не знает кодовой базы и проверяет только рабочие функции ПО) и «белый ящик» (тестирование с учетом внутренней структуры ПО).

Бета-тестирование

UAT-тестирование-02

Это тестирование в “полевых” условиях. В отличие от альфа-тестирования, его проводят в реальных обстоятельствах. UAT организуют с задействованием группы внешних пользователей, которые испытывают продукт в своих условиях, после чего оставляют отзывы. Таким образом разработчики получают прямую обратную связь. Это позволяет повысить качество продукта, снизить количество непредвиденных сбоев и рисков.

Эксплуатационные приемочные испытания

UAT-тестирование-03

Эксплуатационное или производственное приемочное тестирование осуществляет проверку рабочих процессов и самой системы. Иными словами, тестируют то, что задействует саму операционную систему и программное обеспечение, — планы резервного копирования, процессы обслуживания ПО и проверку безопасности. Результаты покажут эксплуатационную готовность системы продукта.

Испытание прототипа

UAT-тестирование-04

Еще на этапе создания, когда уже есть MVP (Minimum viable product), разработчики запускают ряд прототипов. Тестируя эти прототипы, команда может найти ошибки и улучшить какие-то моменты до определения актуальной версии программы. Проверка осуществляется с задействованием фокус-групп, состоящих из потенциальных пользователей. В ходе тестирования они проверяют удобство и соответствие продукта требованиям самих пользователей. А команда тестировщиков наблюдает и записывает их реакции — словесные и поведенческие. Полученная информация покажет, в каком направлении двигаться командам по маркетингу и брендингу.

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

UAT-тестирование-05

На этом этапе отправной точкой для тестирования служит соглашение с требованиями к продукту — насколько он соответствует договору с заказчиком. Кроме того, немаловажная часть — проверка соответствия требованиям государственной безопасности, правовых норм и защиты данных.

Как проводить приемочное тестирование пользователей?

Показатели приемочного пользовательского тестирования критично важны для запуска продукта, поэтому нужно провести его правильно. Когда вы будете готовы приступить к самому тестированию, необходимо выполнить 8 обязательных шагов. О них поговорим далее.

Анализ бизнес-требований

Этап создания тестовых сценариев играет одну из ключевых ролей. При разработке этих ситуаций необходимо основываться на следующих документах:

  • Устав проекта.
  • Вариации применения в бизнесе.
  • Диаграммы технологического процесса.
  • BRD — документ с бизнес-требованиями.
  • SRS — спецификация системных требований.

Они должны быть предельно доступны и понятны всем членам команды.

Создание плана тестирования UAT

Создание стратегии, которой будут придерживаться во время проверки продукта на соответствие бизнес-требованиям. Этот подход включает в себя критерии входа и выхода для UAT, сценарии тестирования, методы тестирования и сроки.

Определение сценариев тестирования

Определение сценариев нужно осуществлять с учетом высокоуровневого бизнес-процесса. Более того, они должны содержать четкие этапы тестирования. Сценарии послужат стартовой позицией для следующего шага.

Создание тестовых примеров UAT

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

Подготовка тестовых данных (данные, аналогичные производственным)

Лучший вариант — зашифрованные оперативные данные. Это необходимо из соображений безопасности и конфиденциальности. При этом тестер должен быть знаком с потоком базы данных.

Запуск тестовых примеров

Выполните тестирование с учетом данных и по тестовым случаям.

Зафиксируйте результаты

Задокументируйте и сообщите обо всех выявленных ошибках и неисправностях. После исправления последние два процесса нужно повторить.

Подтверждение бизнес-целей

Аналитики или тестировщики по итогу работ должны отправить электронное письмо с подписью, подтверждающее положительные результаты окончания тестирования. В отчете должны содержаться такие сведения:

  • План тестирования.
  • Сценарии.
  • Примеры проведенного UAT.
  • Результаты тестирования.
  • Список дефектов.

По окончанию согласования продукт отправляют в производство.

Вывод

Проведение приемочного пользовательского тестирования снижает затраты на исправление ошибок и защищает компанию от потери клиентов, недовольных качеством продукта.

Leave a reply for "UAT-тестирование — что это такое?"

Ваш адрес email не будет опубликован. Обязательные поля помечены *