Тестирование юзабилити – это наблюдение за людьми, которые используют то, что вы создаете/проектируете/строите (или то, что вы уже создали/спроектировали/построили), с целью а) упростить их работу или б) доказать, что все и так просто.
Существует масса видов и сортов тестирования юзабилити, но все их объединяет то, что они предполагают наблюдение за людьми, в самом деле использующими данную вещь.
Этот элемент достоверного использования как раз то, что принципиально отличает тестирование юзабилити от опросов, интервью, работы с фокус-группами, где интересуются мнением людей о тех или иных вещах или предыдущим опытом их использования.
Хороший способ разобраться во всех имеющихся методах – разделить их на количественные и качественные.
Количественный тест нужен для того, чтобы
Поскольку задача количественных тестов –
В количественных тестах обычно стараются минимизировать общение с участником, чтобы избежать возможного искажения результатов. Крайняя форма («Голос свыше») выглядит так: участник сидит в комнате один, ведущий дает ему указания по рации, а наблюдатель следит за происходящим сквозь полупрозрачное стекло и фиксирует результаты.
Так что же такое «самостоятельное тестирование юзабилити»?
Как вы уже могли догадаться, тот тип тестирования, который я вам намереваюсь рекомендовать, находится на противоположном конце этой количественно-качественной шкалы.
«Самостоятельное» тестирование юзабилити – качественное тестирование. Целью его не является
Как следствие, «самостоятельное» тестирование может быть куда более неформальным и ненаучным. Это значит, что можно тестировать меньшее количество пользователей (в поиске откровения), вы даже можете менять протокол прямо в процессе тестирования. Например, если первый участник оказывается не в состоянии выполнить задание и причина этого очевидна, то, перейдя к следующему участнику, вы можете изменить это задание (или даже пропустить его). Это невозможно при количественном тестировании, поскольку сделает недействительными его результаты.
Обычно ведущий сидит в той же комнате, что и участник, дает ему задания и предлагает думать вслух в ходе их выполнения.
Никакого сбора данных. Вместо этого члены команды разработчиков, заказчики и любые другие заинтересованные лица наблюдают за происходящим из соседней комнаты, используя дублирующий монитор. По окончании тестирования наблюдавшие собираются вместе, чтобы сравнить то, что ими замечено, и обсудить, какие проблемы нужно решить и как их следует решать.
Вот, пожалуй, и все.
Вы будете смеяться, но оно работает!
Свои мастер-классы я всегда начинаю с того, что провожу живое тестирование – «живое» в том смысле, что оно никоим образом не отрепетировано. Единственное, что я делаю заранее, так это выбираю сайт одного из участников мастер-класса, на его примере мы выполняем задание, максимально естественное для гипотетического посетителя этого сайта. (Допустим, если это медицинский сайт, я могу предложить задание, связанное с записью на прием к врачу.)
Я вызываю волонтера на роль участника тестирования, и за 15 минут мы проводим сокращенную версию теста. (Настоящий тест обычно длится около часа, хотя может быть пятиминутным, а может занять весь день.)
Результаты почти всегда одни и те же.
• Участник тестирования хорошо проводит время и в итоге срывает бурю аплодисментов за храбрость.
• «Хозяин» сайта все 15 минут яростно записывает, какие проблемы нужно решить, и спрашивает, нельзя ли получить запись всего происходившего, чтобы показать своей команде и боссу [9] .
• Остальные приходят к мысли: «Хе-хе. И это всё? Так и я могу».
Вильям Л Саймон , Вильям Саймон , Наталья Владимировна Макеева , Нора Робертс , Юрий Викторович Щербатых
Зарубежная компьютерная, околокомпьютерная литература / ОС и Сети, интернет / Короткие любовные романы / Психология / Прочая справочная литература / Образование и наука / Книги по IT / Словари и Энциклопедии