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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Данные

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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