Итак, вы теряете 20 % чего-то за счет того, что участник тестирования не сидит рядом с вами. Конечно, вы получаете более богатый опыт, когда пользователь находится в метре от вас: так вам гораздо проще понять, о чем он думает.

Когда между двумя людьми возникает некий технологический барьер, это часто приводит к недопониманию. Согласитесь, одно дело – говорить с глазу на глаз, другое дело – по телефону. В ходе телефонного разговора часто приходится переспрашивать, что сказал или имел в виду собеседник.

Кроме того, удаленным тестированием труднее управлять. Если, например, кто-нибудь войдет в кабинет участника тестирования и отвлечет его, то вы почти ничего не сможете с этим поделать. Особенно туго придется, если попадется «душный клиент»: у вас не будет возможности взглядом или жестом показать ему, что пора вернуться к выполнению задания.

Как это делается?

Все очень похоже на очное тестирование: выбираете объект тестирования, пишете сценарий, проходите его с пользователем пункт за пунктом, напоминая ему, что думать нужно вслух. Потом проводите этап «расследования», ну и так далее. Тестировать можно все, что выводится на экран. Возможно, вам придется внести в сценарий минимальные изменения, а оплату перевести почтовым переводом.

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

Еще надо решить, чей экран будет ведущим, а чей – дублирующим. Лучше всего попросить пользователя предоставить доступ к его рабочему столу, чтобы вы могли только наблюдать за его действиями. Участнику тестирования не придется при этом нервничать из-за неизбежных (но обычно все-таки небольших) временных задержек. Если же вы тестируете некий программный продукт, который установлен только на вашем компьютере, сделайте наоборот: предоставьте пользователю доступ к своему рабочему столу.

(Если при тестировании вы будете видеть экран пользовательского компьютера, не забудьте попросить его спрятать все окошки, которые ему не хотелось бы вам показывать. Например, окно почтового клиента.)

В главе 8 я писал, что ассортимент программ для дублирования экрана весьма широк. При удаленном тестировании на первый план выходит удобство и простота использования. Следовательно, вам надо выбрать такое ПО, которое а) быстро настраивается (меньше чем за минуту), б) «пробивает» корпоративные брандмауэры и, возможно, в) не требует инсталляции приложения на компьютер (поскольку это может быть запрещено системными администраторами).

И снова я агитирую за GoToMeeting. И снова у меня нет к ней претензий. Скачивается и устанавливается она за 30 секунд, и я еще не встречал пользователя, который не смог бы с ней справиться. В ней очень хорошо реализовано обновление изображения, так что задержки будут практически незаметны.

Еще при использовании GoToMeeting не возникает проблем с изменением размеров экрана (это важный нюанс: ведь у вас и у пользователя могут быть совсем разные мониторы с разным разрешением) и со сменой ведущего/ведомого экрана [36] .

Для передачи звука можно использовать функцию «конференцсвязь», встроенную в GoToMeeting (в стоимость подписки входит возможность использования этой функции, но каждый звонящий платит за себя по своему тарифу, в зависимости от местонахождения). А можно воспользоваться технологией VoIP.

Если вы не собираетесь пользоваться IP-телефонией, посоветуйте участнику тестирования поставить на столе телефон с громкой связью, чтобы не пришлось в течение 50 минут прижимать трубку к уху. Попросите вашего собеседника сделать так, чтобы во время тестирования ему никто не звонил. Впрочем, будьте готовы к тому, что его время от времени все равно будут отвлекать.

Организовать запись тестирования можно, придвинув микрофон к телефону.

Еще быстрее, еще дешевле и еще менее управляемо

В главе, посвященной удаленному тестированию, я не могу не рассказать про еще одну возможность, которую надо иметь в виду: неуправляемое удаленное тестирование [37] .

Такую услугу предоставляет сайт Usertesting.com [38] . Вот как все происходит.

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

Запрос направляется в пул тестировщиков, некоторые из них соглашаются пройти тестирование. На вашей страничке они проводят около 15 минут, выполняя задание (или задания) и размышляя вслух. После этого вы получаете запись сеансов тестирования.

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