Поскольку задача количественных тестов – нечто проверить, то они оказываются очень похожи на научные эксперименты: они должны быть точными, иначе результаты их не будут надежными. Это значит, что вы должны создать протокол тестирования и следовать ему неукоснительно с каждым из участников[8]. Информация должна собираться очень тщательно. Вы должны собрать достаточно много участников, чтобы полученные вами результаты были статистически значимы; кроме того, эти участники должны быть типичными представителями вашей целевой аудитории, чтобы вы имели возможность экстраполировать полученный результат на всех остальных. Все это значит, что вы должны понимать, что вы делаете, и делать это аккуратно.
В количественных тестах обычно стараются минимизировать общение с участником, чтобы избежать возможного искажения результатов. Крайняя форма («Голос свыше») выглядит так: участник сидит в комнате один, ведущий дает ему указания по рации, а наблюдатель следит за происходящим сквозь полупрозрачное стекло и фиксирует результаты.
Как вы уже могли догадаться, тот тип тестирования, который я вам намереваюсь рекомендовать, находится на противоположном конце этой количественно-качественной шкалы.
«Самостоятельное» тестирование юзабилити – качественное тестирование. Целью его не является проверить что бы то ни было; цель его – раскрыть сознание, достичь откровения, позволяющего улучшить то, что вы делаете.
Как следствие, «самостоятельное» тестирование может быть куда более неформальным и ненаучным. Это значит, что можно тестировать меньшее количество пользователей (в поиске откровения), вы даже можете менять протокол прямо в процессе тестирования. Например, если первый участник оказывается не в состоянии выполнить задание и причина этого очевидна, то, перейдя к следующему участнику, вы можете изменить это задание (или даже пропустить его). Это невозможно при количественном тестировании, поскольку сделает недействительными его результаты.
Обычно ведущий сидит в той же комнате, что и участник, дает ему задания и предлагает думать вслух в ходе их выполнения.
Никакого сбора данных. Вместо этого члены команды разработчиков, заказчики и любые другие заинтересованные лица наблюдают за происходящим из соседней комнаты, используя дублирующий монитор. По окончании тестирования наблюдавшие собираются вместе, чтобы сравнить то, что ими замечено, и обсудить, какие проблемы нужно решить и как их следует решать.
Вот, пожалуй, и все.
Свои мастер-классы я всегда начинаю с того, что провожу живое тестирование – «живое» в том смысле, что оно никоим образом не отрепетировано. Единственное,