www.gnuman.ru

Резюме | Контакты | Работа | Page Title Eraser | GrayModern2 | Статьи
Путешествия | Фотоальбомы | Проект 365 | Блог | Черный список
Как выиграть суд у ГИБДД и вернуть права | Технический департамент своими руками

Испытание Удобства и Простоты Использования с Морами

Автор: Джоэл Спольски
Переводчик: Илья Болодурин
В английском оригинале статья называется Usability Testing with Morae и была написана в субботу, 30 июля 2005 г.

В последний раз, когда я участвовал в формальном испытании удобства использования (usability), это происходило в причудливой лаборатории в Колорадо, специально построенной для этой цели и стоящей приблизительно 100,000$. Это была в основном телевизионная студия, с одной стеной, закрытой прозрачным с обратной стороны зеркалом, наполненная множеством специальной видеоаппаратуры, и c гигантским пультом видеомонтажа, который вполне подошел бы для организации трансляции матчей Суперкубка по футболу. Для того, чтобы сделать испытание удобства использования для Juno, наша группа вылетела в Колорадо, арендовала автомобили, разместилась в гостинице, ела в дорогих ресторанах, и вообще тратила приличные суммы денег, и в результате мы смогли увидеть, как люди пытаются подписаться на наш онлайн-сервис, и, вообще, получили много пользы.

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

Теперь появился и промежуточный подход. Мои друзья в TechSmith из города Окемос, штат Мичиган, недавно выпустили программный продукт под названием Morae (Моры, богини судьбы), который позволяет Вам использовать дешевые веб-камеры, чтобы построить целую лабораторию удобства использования прямо в вашем офисе без причудливого оборудования или прозрачного с одной стороны зеркала. Я спросил их, не хотят ли они сделать тест удобства использования их собственного продукта, делая тест удобства использования в офисе Fog Creek для нашего нового сервиса удаленной помощи, и они любезно согласились.

Вот как работают Morae. Вы усаживаете человека, который будет оценивать удобство использования вашего продукта, перед компьютером с веб-камерой и микрофоном:

Image:Usability1.jpg

Теперь любое число людей может наблюдать за этим человеком со своих компьютеров:

Image:Usability2.jpg

Здесь Тайлер видит два экрана: один показывает человека, который оказывает помощь, а второй -- человека, которому помогают. Он может видеть их экраны, слышать все, что они говорят, и видит на изображениях с видеокамер, помещенных в углу, обоих испытателей. У нас в Fog Creek есть окна между офисами, и он может фактически увидеть испытателя, оказывающего помощь, в это окно. Давайте посмотрим, можно ли изменить размер картинки на экранах Тайлер:

Image:Usability3.jpg

В моей книге, посвященной проектированию UI, я написал об общей проблеме с тестами удобства использования:

В большинстве тестов удобства и простоты использования, вы готовите перечень инструкций для пользователя. Например, если бы вы делали тест удобства использования для провайдера доступа в Интернет, то вы могли бы составить инструкцию "подключиться к обслуживанию" . (Я фактически делал этот самый тест удобства использования за свою жизнь несколько раз.)
Пока неплохо. Первый пользователь входит, садится, начинает подключение к обслуживанию и добирается до экрана, который спрашивает их, как они хотят заплатить. Пользователь смотрит на меня беспомощно. "Я должен заплатить за это сам?"
"Ой, подождите", - прерываете вы его. "Секундочку, используйте этот поддельный номер кредитной карточки".
Затем процедура подключения спрашивает их, хочет ли он использовать телефонный модем, кабельный модем, или линию DSL.
"Что я должен выбрать?" - спрашивает пользователь. Может быть потому, что он не знает ответа, но, может быть, он знает ответ для своего компьютера, но он использует не свой компьютер - он использует ваш компьютер, который он никогда раньше не видел, в лаборатории удобства использования, где он никогда раньше не был.
Лерон прячется в кустах с видеокамерой

Для того, чтобы можно было работать с этой проблемой, испытатели удобства использования пытаются проводить испытания в полевых условиях. Вместо того, чтобы давать пользователям задачи для выполнения в неестественной обстановке, вы договариваетесь с пользователем, что будете наблюдать за ним, когда он будет делать его собственную работу за его собственным столом, в то время как вы скрываетесь в соседних кустах и шпионите за ним. Morae, между прочим, прекрасно подходят для этого. Этот метод является самым полезным тогда, когда вы уже имеете версию n вашего продукта, и вы пытаетесь выяснить, что нужно сделать, чтобы версия n+1 стала лучше.

Тест удобства использования работал великолепно. Наш тест был немного необычен тем, что нам нужно было следить за двумя участниками, так как с Fog Creek Copilot работает и тот, кто оказывает помощь, и тот, кому оказывается помощь, а Morae позволяют нам наблюдать только за одним человеком с одного компьютера. Чтобы обойти это препятствие, мы просто установили Morae Remote Viewer на два компьютера, и таким образом мы могли следить за обоими участниками тестирования сразу.

Итак, сегодня утром мы следили за двумя сессиями теста удобства использования, с отличными результатами: мы уже поняли, что два из двух помощников не смогли понять, как связаться повторно, так как программа помощника Fog Creek Copilot удаляет себя после того, как вы прекратили с ним работать. Это классический пример пользовательской модели поведения, не совпадающей с моделью поведения программы... большинство программ сами себя не удаляют!... и это является источником практически всех проблем удобства использования. Цитата из самой первой главы UI для Программистов:

Основная аксиома UI дизайна гласит:

Хороший дизайн пользовательского интерфейса подразумевает, что программа соответствует ожиданиям пользователей о том, как она должна себя вести.

Уж я-то должен был это знать. Дизайн программы нарушил принцип, который я сам написал большими жирными буквами в своей собственной книге: она делала не то, что вы от нее ожидали. Главным в тестах удобства использования является то, что один день тестирования и несколько испытателей поможет вам, даже если вы такой же бывалый человек, как и я, найти самые большие области, где вы не заметили, что поведение программы отклоняется от поведения, ожидаемого пользователем. ---

Оригинал статьи: http://local.joelonsoftware.com/wiki/Испытание Удобства и Простоты Использования с Морами


Другие статьи Джоэла Спольски (The Joel on Software) на русском языке
Маркетологи vs. Разработчики
Похож ли медленный рост на медленную смерть?
О чем ваша компания?
Студенческие проекты и тайм-менеджмент
Особенности Вайфая на конференциях
Новый Офис Fog Creek
Почему форматы Microsoft Office такие сложные? (И как это обойти)
Речь в Йельском университете 1
Речь в Йельском университете 2
Речь в Йельском университете 3
Письмо о стратегии VI
Семь шагов на пути к восхитительной службе по работе с клиентами
Общая картина
Консалтинг по оценке производительности (из писем)
Измерения продуктивности
В поисках Великих Разработчиков
Не дайте Астронавтам Архитектуры вас запугать
Секрет айсберга
Метод отождествления
Метод экономической мотивации
Командный метод управления
Три метода управления (введение)
А ваш язык программирования так может?
Контракты и соглашения которые не стоит подписывать
Ежедневная сборка - ваш союзник и друг
Моя первая проверка Билла Г
Испытание Удобства и Простоты Использования с Морами
Опасности обучения на Java
Как поставлять что-нибудь по почте
Превращение денег в программное обеспечение, которое работает
Три заблуждения теории вычислительной техники
Достигая тех высот
Выбор даты выпуска
Как заставить неправильный код выглядеть неправильно
Совет студентам изучающим вычислительную технику
Верблюды и песочница
Пожалуйста, сэр, могу ли я получить компоновщик?
Как Microsoft проиграла битву за API
Не просто удобство использования
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Как сделать так, чтобы ваше резюме прочитали
Двоекультурие
Бионический офис
Лорд Палмерстон в программировании
Закон Дырявых Абстракций
О вреде премирования
Пять миров
Огонь и движение
Назад, к основам
Весна в Кэмбридже
О вреде многозадачности применительно к людям
По главной улице без оркестра
Тест Джоэла: 12 шагов к лучшему коду
У Microsoft поехала крыша
Cтратегические заметки III. Позвольте мне отказаться!
Пять (неуважительных) причин не иметь тестеров
Ну откуда все эти (неоригинальные) мысли?
Планирование программного обеспечения малой кровью
Стратегические заметки II: Вопрос о курице и яйце
"Я начальник - ты дурак" и команда клоунов
Искусство проведения интервью
А вот ещё про отпуск
Введение в Восхитительный Дизайн
Для чего нужны тестировщики



Правильный CSS! Valid XHTML 1.0 Transitional