Несмотря на всеобщие усилия, ошибки в прототипе неизбежны, и тестирование их выявит. Естественно, клиенты захотят исправить всё между сессиями. Имея доступ к прототипу, они могут не удержаться и попытаться решить все выявленные при тестировании проблемы. Результат поспешных выводов может быть удручающим. В худшем случае «ошибки» исправят без вашего ведома, пока вы заняты тестированием. Будьте начеку и объясните клиенту, почему не стоит вносить изменения до окончания исследования.
Приведите прототип к соответствию с инструкцией
Разработчиков мучает своя версия дилеммы «курица или яйцо»: что должно быть вначале — прототип или инструкция для тестирования? Должна ли инструкция описывать тестирование готового прототипа или прототип должен создаваться для тестирования задач, описанных в инструкции? В большинстве случаев допустимы оба варианта. Обеспечить соответствие прототипа и руководства можно, следуя следующим рекомендациям:
Определите, какие функции вы будете тестировать.
Создайте прототип.
Разработайте инструкцию для тестирования.
Используя прототип, проработайте все задачи в инструкции. Убедитесь, что всё работает.
Внесите необходимые исправления в прототип и инструкцию.
Проводите тестирование в несколько этапов с прототипами разной степени детализации
Одни специалисты выступают за тестирование грубых прототипов на начальном этапе проекта, другие предпочитают подождать и тестировать более точную модель. Однако в идеале тестирование юзабилити следует проводить в несколько этапов, повышая степень детализации прототипа
Тестируйте без прототипа
Начинать тестирование можно ещё до того, как появится прототип. Прежде чем приступать к дизайну страниц, полезно проверить правильность основных решений. Такие аспекты, как организация информации и определение категорий, можно тестировать с помощью прямой и обратной карточной сортировки. Благодаря тестированию важнейших аспектов дизайна ещё до появления прототипа можно оценить структуру и названия категорий независимо от дизайна страниц. После создания работающей модели можно сосредоточиться на тестировании разметки и интерактивных связей.
Тестируйте грубые прототипы
Проверяйте решения, касающиеся организации информации, названий категорий и навигации, на грубых прототипах, как это показано на Рисунке 5. Бумажные прототипы создаются легко и быстро, затем дизайн уточняют в ходе нескольких этапов тестирования. Неформальный вид грубого прототипа даёт понять, что работа не закончена, и это облегчает участникам высказывание критики.
При тестировании бумажного прототипа самая сложная задача — исполнение роли компьютера. Кто-то должен имитировать реакцию системы на действия участников: ему приходится быстро находить и показывать изображения нужных экранов, меню и других элементов. Чем выше уровень проработки прототипа, тем сложнее ориентироваться в страницах, меню и остальных компонентах. Для эффективного выполнения этой работы нужна практика, поэтому перед тестированием с участием целевой группы необходимо провести несколько репетиций. Совмещать обязанности модератора, секретаря и выступать в роли компьютера — для одного человека невозможно, поэтому для тестирования понадобится команда как минимум из двух человек.
Если невозможно провести больше одной сессии, тестируйте прототипы средней степени детализации
Если времени хватает только на одну сессию тестирования, в качестве компромиссного решения используйте прототип среднего уровня детализации, как на Рисунке 6. Создание такого прототипа требует больших вложений по сравнению с грубым, но на промежуточном этапе для внесения изменений остаётся достаточно времени и средств. Простой прототип со средней степенью детализации можно создать с помощью HTML, преобразовав схемы в формат JPEG, встроив их в HTML-страницы и связав последние ссылками.
Прототипы среднего уровня проработки ещё достаточно грубы и располагают к критике, но уже точнее прототипов с низкой степенью детализации, поэтому позволяют более уверенно тестировать целевые действия, интерактивные связи и представление информации. Самостоятельное функционирование прототипа удобно модератору, освобождённому таким образом от исполнения роли компьютера и перебирания бумаг.
Тестируйте сложные механизмы взаимодействия с помощью точных прототипов