U

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

Прежде чем продавать продукт целевым клиентам, нужно убедиться в том, что пользователи смогут работать с ним так, как им этого хочется, как им будет удобно. Для подобных проверок необходимо пользовательское приёмочное тестирование - User Acceptance Testing

Что такое UAT?

Это процесс, при котором группа людей изучает эффективность сервиса, его функционала. Другим названием является бета-тестирование.

UAT необходим для того, чтобы:

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

Роль UAT

Тестирование — это одна из составных частей создания проекта. Разработчик продукта должен заострить внимание на каждом из рабочих этапов:

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

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

UAT тестирование делится на виды:

  • Альфа/бета-тестирование. На этапе альфа-тестирования вместо пользователей продукт тестируют сотрудники и другие приближенные к проекту люди. Бета-тест является следующим шагом, когда для проверки собирается группа потенциальных клиентов. Например, когда разработчики игр рассылают приглашения на тематические ресурсы, чтобы набрать людей.
  • Контрактное приемочное тестирование. Используется для проверки: соответствует ли проект всем требованиям соглашения, установленного между участниками контракта. Чаще всего процесс необходим при работе с наемной командой разработчиков. Заказчику нужно убедиться, что подрядчик реализовал все задачи.
  • Законодательное приемочное тестирование. Помогает удостовериться в том, что продукт не нарушает законы и соответствует всем нормам в пределах конкретной отрасли. Чаще всего подобная проверка необходима для проектов в сфере здравоохранения и финансов.
  • Операционное приемочное тестирование. Определяет эффективность процессов, которые происходят вне видимости клиента (внутри компании), но необходимы для реализации всех функций продукта. Этот тип помогает проанализировать сбор данных, защитные системы и так далее.
  • Тестирование по стратегии черного ящика. Предназначен для изучения причинно-следственной связи между пользовательским взаимодействием с продуктом и результатом, который получается за счет этого. На этом этапе людям объясняют, для чего предназначен продукт, но как именно он работает они изучают самостоятельно.

Когда продукт готов к проведению UAT?

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

Для этого следует соблюсти следующие условия:

Четко формулировать бизнес-требования

Требования целенаправленно излагаются в документах user acceptance testing и подписываются каждой из сторон.

Это важно для того, чтобы:

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

Продукт должен работать на максимум

UAT-testing не относится к функциональным тестам. Он не предназначен для поиска сбоев в работе, багов и ошибок.

Вместо этого пользовательское тестирование нацелено на юзабилити — функционирует ли все таким образом, как это было задумано.

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

Все ошибки нужно регистрировать, исправлять и повторно тестировать

При разработке продукта команда несомненно столкнется с проблемами. Для подготовки к пользовательскому тестированию их нужно не только исправлять, но и фиксировать в отдельном файле:

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

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

Тестовая команда должна одобрить

На этом этапе команда разработчиков и остальные стороны проекта подтверждают готовность к бета-запуску среди ограниченного круга пользователей.

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

User acceptance testing требует соблюдения определённых правил, являющихся общими для подавляющего большинства продуктов.

План, требования и сроки

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

Данные

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

Настройка тестируемой среды

В процессе проверок необходимо подготовить среду для тестирования:

  • инсталлировать программное обеспечение
  • установить вспомогательные надстройки
  • настроить программу и доступ к ней

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

Документация, инструкции

У пользователей являющихся бета-тестерами обязательно должен быть доступ к информации о требованиях к системе, а также все сопроводительные бумаги (вплоть до «help»). Исходная информация позволит команде находить неточности и ошибки.

Контакты для сопровождения

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

Участникам тестирования следует объяснить, кто ответственен за:

  • координацию проведения тестов
  • требования к продуктам
  • технические моменты, связанные с программным обеспечением
  • вопросы по тестированию
  • права, доступы, аккаунты
  • установку ПО и настройку тестируемой среды

Отслеживание статуса

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

Отчет и итоги пользовательского тестирования

Пользователям являющимся бета-тестерами необходимо предоставить финальный отчёт по завершению тестирования.

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

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

Дополнительное общение с пользователями

Следует наладить неформальное общение с участниками процесса. Это могут быть звонки с вопросами о том, как идет работа, есть ли трудности и даже простое «как дела». Так проще выявить проблемные места и держать “руку на пульсе”.

Выводы

User acceptance testing — это емкий и важный процесс для подготовки проекта к выпуску. Следуя правилам, можно предоставить пользователям и заказчикам качественный, отлично протестированный и отлаженный продукт. Если тестирование крупное - многоэтапное, объёмное или же требует особых навыков - стоит подключить к бета-тестированию профессиональных тестировщиков.

Мы используем cookie для вашего удобства. Используя сайт, вы соглашаетесь с этим. Подробнее - в политике конфиденциальности.
Я согласен