Цель UAT-тестирования — определить степень удобства, простоты и интуитивности интерфейса, а также степень удовлетворенности пользователя. При планировании UAT следует поставить перед собой следующие задачи:
- Убедиться, что задача хорошо поддерживает все возможные сценарии использования, а тестовые случаи использования разработаны с учетом реальных ситуаций. Для этого тестирования используют максимально полный набор инструментов, который может быть у пользователя.
- Проверить, соответствует ли программа бизнес-требованиям. Она должна быть спроектирована таким образом, чтобы удовлетворить все запросы партнеров и достичь их целей.
- Выявить возможные несоответствия, составить план для их устранения. На этом этапе определяются ошибки в функциональности, чтобы их можно было исправить без ущерба для сроков запуска проекта.
Итак, приемочное пользовательское тестирование — важный этап при подготовке продукта к выходу на рынок. Давайте разберемся, что собой представляет UAT-тестирование, какие существуют типы и как его проводить.
Что такое приемочное тестирование пользователя?
Приемочное пользовательское тестирование — один из этапов жизненного цикла программного обеспечения. Иными словами, это конечное тестирование пользователями. Оно включает в себя наборы тестов для достижения вышеперечисленных целей. UAT выполняется после функционального, системного и регрессионного тестирования — перед запуском веб-проекта.
Почему важно приемочное тестирование пользователей?
С технической точки зрения продукт может быть абсолютно функциональным, но во время непосредственного использования дать сбой. Тогда основные потери попадают не на доработку и новое тестирование, а на утрату репутации. В большинстве случаев покупатели не захотят приобрести продукт, который уже показал себя как некачественный.
Приемочное пользовательское тестирование выполняет совершенно иную функцию, нежели другие виды тестирования. Поэтому оно обозначено отдельным пунктом в подготовке продукта к выпуску. Причины, по которым программа может дать сбой, бывают самыми разными — их крайне сложно отследить в процессе разработки. Например, ошибка может проявиться, если до разработчиков не донесли четкие требования. Или потому, что новый эффективный для виртуального развертывания код в динамике реальной работы показывает себя как недоработанный.
После подведения итогов UAT-тестирования вы можете быть уверены, что выпускаете на рынок результативный, удобный, всецело проработанный продукт.
5 Типы приемочного тестирования пользователей
Прежде, чем приступить к самому тестированию, необходимо понять, какие виды UAT-тестирования существуют и когда они проводятся.
Альфа-тестирование
Зачастую осуществляется внутренними сотрудниками в ходе разработки. На этом этапе определяются системные дефекты, которые разработчики устраняют до того, как продукт попадет на тестирование внешним тестировщикам или клиентам. Для проведения применяют методы: «черный ящик» (когда тестировщик не знает кодовой базы и проверяет только рабочие функции ПО) и «белый ящик» (тестирование с учетом внутренней структуры ПО).
Бета-тестирование
Это тестирование в “полевых” условиях. В отличие от альфа-тестирования, его проводят в реальных обстоятельствах. UAT организуют с задействованием группы внешних пользователей, которые испытывают продукт в своих условиях, после чего оставляют отзывы. Таким образом разработчики получают прямую обратную связь. Это позволяет повысить качество продукта, снизить количество непредвиденных сбоев и рисков.
Эксплуатационные приемочные испытания
Эксплуатационное или производственное приемочное тестирование осуществляет проверку рабочих процессов и самой системы. Иными словами, тестируют то, что задействует саму операционную систему и программное обеспечение, — планы резервного копирования, процессы обслуживания ПО и проверку безопасности. Результаты покажут эксплуатационную готовность системы продукта.
Испытание прототипа
Еще на этапе создания, когда уже есть MVP (Minimum viable product), разработчики запускают ряд прототипов. Тестируя эти прототипы, команда может найти ошибки и улучшить какие-то моменты до определения актуальной версии программы. Проверка осуществляется с задействованием фокус-групп, состоящих из потенциальных пользователей. В ходе тестирования они проверяют удобство и соответствие продукта требованиям самих пользователей. А команда тестировщиков наблюдает и записывает их реакции — словесные и поведенческие. Полученная информация покажет, в каком направлении двигаться командам по маркетингу и брендингу.
Приемочные испытания по контракту и регламенту
На этом этапе отправной точкой для тестирования служит соглашение с требованиями к продукту — насколько он соответствует договору с заказчиком. Кроме того, немаловажная часть — проверка соответствия требованиям государственной безопасности, правовых норм и защиты данных.
Как проводить приемочное тестирование пользователей?
Показатели приемочного пользовательского тестирования критично важны для запуска продукта, поэтому нужно провести его правильно. Когда вы будете готовы приступить к самому тестированию, необходимо выполнить 8 обязательных шагов. О них поговорим далее.
Анализ бизнес-требований
Этап создания тестовых сценариев играет одну из ключевых ролей. При разработке этих ситуаций необходимо основываться на следующих документах:
- Устав проекта.
- Вариации применения в бизнесе.
- Диаграммы технологического процесса.
- BRD — документ с бизнес-требованиями.
- SRS — спецификация системных требований.
Они должны быть предельно доступны и понятны всем членам команды.
Создание плана тестирования UAT
Создание стратегии, которой будут придерживаться во время проверки продукта на соответствие бизнес-требованиям. Этот подход включает в себя критерии входа и выхода для UAT, сценарии тестирования, методы тестирования и сроки.
Определение сценариев тестирования
Определение сценариев нужно осуществлять с учетом высокоуровневого бизнес-процесса. Более того, они должны содержать четкие этапы тестирования. Сценарии послужат стартовой позицией для следующего шага.
Создание тестовых примеров UAT
На данной стадии ведется разработка тестовых случаев с охватом максимального количества сценариев использования.
Подготовка тестовых данных (данные, аналогичные производственным)
Лучший вариант — зашифрованные оперативные данные. Это необходимо из соображений безопасности и конфиденциальности. При этом тестер должен быть знаком с потоком базы данных.
Запуск тестовых примеров
Выполните тестирование с учетом данных и по тестовым случаям.
Зафиксируйте результаты
Задокументируйте и сообщите обо всех выявленных ошибках и неисправностях. После исправления последние два процесса нужно повторить.
Подтверждение бизнес-целей
Аналитики или тестировщики по итогу работ должны отправить электронное письмо с подписью, подтверждающее положительные результаты окончания тестирования. В отчете должны содержаться такие сведения:
- План тестирования.
- Сценарии.
- Примеры проведенного UAT.
- Результаты тестирования.
- Список дефектов.
По окончанию согласования продукт отправляют в производство.
Вывод
Проведение приемочного пользовательского тестирования снижает затраты на исправление ошибок и защищает компанию от потери клиентов, недовольных качеством продукта.
