Джоэл Спольски. Юзабилити тестирование с Morae
Главным в тестах удобства использования является то, что один день тестирования и несколько испытателей поможет вам, даже если вы такой же бывалый человек, как и я, найти самые большие области, где вы не заметили, что поведение программы отклоняется от поведения, ожидаемого пользователем.
В последний раз, когда я участвовал в формальном испытании удобства использования (юзабилити), это происходило в причудливой лаборатории в Колорадо, специально построенной для этой цели и стоящей приблизительно 100,000$. Это была в основном телевизионная студия, с одной стеной, закрытой прозрачным с обратной стороны зеркалом, наполненная множеством специальной видеоаппаратуры, и c гигантским пультом видеомонтажа, который вполне подошел бы для организации трансляции матчей Суперкубка по футболу. Для того, чтобы сделать испытание удобства использования для Juno, наша группа вылетела в Колорадо, арендовала автомобили, разместилась в гостинице, ела в дорогих ресторанах, и вообще тратила приличные суммы денег, и в результате мы смогли увидеть, как люди пытаются подписаться на наш онлайн-сервис, и, вообще, получили много пользы.
С другой стороны, я долго был защитником коридорных тестов удобства использования и бумажных прототипов, которые помогают выявить некоторые из самых больших проблем удобства использования задолго до того, как они выплывут в конечном продукте, примерно за 50 центов.
Теперь появился и промежуточный подход. Мои друзья в TechSmith из города Окемос, штат Мичиган, недавно выпустили программный продукт под названием Morae, который позволяет Вам использовать дешевые веб-камеры, чтобы построить целую лабораторию удобства использования прямо в вашем офисе без причудливого оборудования или прозрачного с одной стороны зеркала. Я спросил их, не хотят ли они сделать тест удобства использования их собственного продукта, делая тест удобства использования в офисе Fog Creek для нашего нового сервиса удаленной помощи, и они любезно согласились.
Вот как работают Morae. Вы усаживаете человека, который будет оценивать удобство использования вашего продукта, перед компьютером с веб-камерой и микрофоном:
[[изображение]](
Теперь любое число людей может наблюдать за этим человеком со своих компьютеров:
[[изображение]](
Здесь Тайлер видит два экрана: один показывает человека, который оказывает помощь, а второй - человека, которому помогают. Он может видеть их экраны, слышать все, что они говорят, и видит на изображениях с видеокамер, помещенных в углу, обоих испытателей. У нас в Fog Creek есть окна между офисами, и он может фактически увидеть испытателя, оказывающего помощь, в это окно. Давайте посмотрим, можно ли изменить размер картинки на экранах Тайлер:
[[изображение]](
В моей книге, посвященной проектированию UI, я написал об общей проблеме с тестами удобства использования:
В большинстве тестов удобства и простоты использования, вы готовите перечень инструкций для пользователя. Например, если бы вы делали тест удобства использования для провайдера доступа в Интернет, то вы могли бы составить инструкцию “подключиться к обслуживанию” . (Я фактически делал этот самый тест удобства использования за свою жизнь несколько раз.)
Пока неплохо. Первый пользователь входит, садится, начинает подключение к обслуживанию и добирается до экрана, который спрашивает их, как они хотят заплатить. Пользователь смотрит на меня беспомощно.
“Я должен заплатить за это сам?” “Ой, подождите”, - прерываете вы его. “Секундочку, используйте этот поддельный номер кредитной карточки”.
Затем процедура подключения спрашивает их, хочет ли он использовать телефонный модем, кабельный модем, или линию DSL.
“Что я должен выбрать?” - спрашивает пользователь. Может быть потому, что он не знает ответа, но, может быть, он знает ответ для своего компьютера, но он использует не свой компьютер - он использует ваш компьютер, который он никогда раньше не видел, в лаборатории удобства использования, где он никогда раньше не был.
Для того, чтобы можно было работать с этой проблемой, испытатели удобства использования пытаются проводить испытания в полевых условиях. Вместо того, чтобы давать пользователям задачи для выполнения в неестественной обстановке, вы договариваетесь с пользователем, что будете наблюдать за ним, когда он будет делать его собственную работу за его собственным столом, в то время как вы скрываетесь в соседних кустах и шпионите за ним. Morae, между прочим, прекрасно подходят для этого. Этот метод является самым полезным тогда, когда вы уже имеете версию n вашего продукта, и вы пытаетесь выяснить, что нужно сделать, чтобы версия n+1 стала лучше.
Тест удобства использования работал великолепно. Наш тест был немного необычен тем, что нам нужно было следить за двумя участниками, так как с Fog Creek Copilot работает и тот, кто оказывает помощь, и тот, кому оказывается помощь, а Morae позволяют нам наблюдать только за одним человеком с одного компьютера. Чтобы обойти это препятствие, мы просто установили Morae Remote Viewer на два компьютера, и таким образом мы могли следить за обоими участниками тестирования сразу.
Итак, сегодня утром мы следили за двумя сессиями теста удобства использования, с отличными результатами: мы уже поняли, что два из двух помощников не смогли понять, как связаться повторно, так как программа помощника Fog Creek Copilot удаляет себя после того, как вы прекратили с ним работать. Это классический пример пользовательской модели поведения, не совпадающей с моделью поведения программы… большинство программ сами себя не удаляют!… и это является источником практически всех проблем удобства использования. Цитата из самой первой главы UI для Программистов:
Основная аксиома UI дизайна гласит:
Хороший дизайн пользовательского интерфейса подразумевает, что программа соответствует ожиданиям пользователей о том, как она должна себя вести.
Уж я-то должен был это знать. Дизайн программы нарушил принцип, который я сам написал большими жирными буквами в своей собственной книге: она делала не то, что вы от нее ожидали. Главным в тестах удобства использования является то, что один день тестирования и несколько испытателей поможет вам, даже если вы такой же бывалый человек, как и я, найти самые большие области, где вы не заметили, что поведение программы отклоняется от поведения, ожидаемого пользователем.
Источник: русский перевод (Илья Болодурин) | Оригинал статьи
Впервые опубликовано в «Юзабилити Бюллетень, выпуск 3».