Продукт формально выполняет требования, но пользователи регулярно ошибаются при выполнении ключевой задачи. Какой вид тестирования должен выявить проблему?
Проблему должно выявить тестирование удобства использования, или юзабилити-тестирование. Оно проверяет не только корректность функций, но и то, насколько представители целевой аудитории могут эффективно, быстро и без лишних ошибок выполнить реальные задачи.
Подход появился как ответ на ограниченность проверки соответствия спецификации. Продукт может технически работать правильно, но оставаться трудным для понимания, навигации или освоения, поэтому одной функциональной валидации недостаточно.
Юзабилити-тестирование сместило внимание с вопроса «работает ли функция?» на вопросы «может ли пользователь выполнить задачу?», «сколько ошибок он совершает?» и «какие затраты это ему создаёт?».
Функциональные тесты обычно проверяют заранее определённые входы, результаты и бизнес-правила. Они могут пройти, даже если пользователи не находят нужный элемент, неправильно понимают подпись поля или не замечают важное сообщение об ошибке.
Последствия включают рост числа незавершённых операций, обращений в поддержку и ошибочных действий. Исправление таких проблем после релиза часто дороже, потому что затрагивает структуру интерфейса, тексты, процессы и обучение пользователей.
В юзабилити-тестировании формируют реальные пользовательские задачи, подбирают представителей целевой аудитории и наблюдают за самостоятельным выполнением сценариев. Оценивают эффективность, результативность, количество ошибок, время выполнения, необходимость подсказок и субъективную удовлетворённость.
Важно не подменять этот подход демонстрацией интерфейса командой разработки. Разработчик или тестировщик уже знает внутреннюю логику продукта и поэтому может не столкнуться с теми затруднениями, которые возникают у нового пользователя.
Юзабилити-тестирование не заменяет функциональное, системное или тестирование доступности. Оно отвечает прежде всего на вопрос о пригодности интерфейса для выполнения задач, тогда как функциональное тестирование проверяет соответствие поведения требованиям, а тестирование доступности — возможность использования продукта людьми с различными ограничениями.
Результаты следует фиксировать наблюдаемыми фактами: пользователь не нашёл действие за установленное время, выбрал неправильный путь, неверно интерпретировал сообщение или потребовал внешней помощи. Оценка должна учитывать контекст: опыт пользователей, устройство, среду и критичность задачи.
В интернет-магазине оформление заказа функционально работало, но многие пользователи не завершали покупку. Рассматривались два варианта: анализировать только воронку и журналы событий либо провести наблюдение за представителями целевой аудитории.
Аналитика была дешевле и показала место потери пользователей, но не объяснила причину. Юзабилити-сессии выявили, что пользователи воспринимали необязательное поле как обязательное и не замечали продолжение формы ниже экрана.
Выбрали сочетание методов: по аналитике определили проблемный шаг, а наблюдением проверили гипотезы. После изменения маркировки поля и структуры экрана доля завершённых сценариев выросла; при этом функциональные проверки остались необходимыми, чтобы убедиться, что изменения не нарушили оформление заказа.
1. Можно ли считать опрос пользователей полноценным юзабилити-тестированием?
Нет. Опрос показывает заявленное мнение и субъективную оценку, но не обязательно отражает реальное поведение. Пользователь может считать интерфейс понятным, а затем ошибиться при выполнении конкретной задачи. Надёжнее сочетать опросы с наблюдением за выполнением сценариев и объективными метриками.
2. Достаточно ли проверить сценарий по заранее выданной инструкции?
Не всегда. Подробная инструкция может скрыть проблему обнаружения функции, потому что пользователь уже знает, куда нажать. Для оценки навигации и понятности полезно давать цель задачи без пошагового маршрута, например не «откройте раздел и нажмите кнопку», а «измените способ доставки заказа».
3. Как отличить проблему юзабилити от дефекта функциональности?
Нужно сравнить наблюдаемое поведение с ожидаемым результатом и причиной затруднения. Если система неверно сохраняет выбранное значение или нарушает бизнес-правило, это функциональный дефект. Если система работает согласно требованиям, но пользователи не понимают действие, не находят его или систематически выбирают неправильный путь, это проблема удобства использования; один случай может содержать оба аспекта.