Быстрые и грязные советы по тестированию юзабилити?

StackOverflow https://stackoverflow.com/questions/97913

Вопрос

Каковы ваши лучшие советы по тестированию юзабилити?Мне нужно быстро и дешево.

Это было полезно?

Решение

Несмотря на то, что Стив Круг нацелен на веб-дизайн, он превосходен ".Не Заставляй Меня Думать:Здравый подход К юзабилити в Интернете" особенности (по крайней мере, во втором издании), отличная глава под названием "Тестирование удобства использования за 10 центов в день", которая, я думаю, применима к гораздо более широкому кругу платформ.

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

Вот некоторые из моментов, которые мне особенно нравятся::

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

Джоэл Сполски известен тем , что выступает за "тестирование удобства использования коридора", где вы хватаете нескольких проходящих пользователей и просите их выполнить какую-нибудь простую задачу.Отчасти вдохновленный философией "несколько пользователей дают основную часть результатов", он также относительно удобен и недорог, и его можно делать время от времени.

Другие советы

Попросите кого-нибудь нетехнологичного и незнакомого с ним воспользоваться им.

The archetypal non-technical user, one's elderly and scatterbrained maiden aunt. Invoked in discussions of usability for people who are not hackers and geeks; one sees references to the “Aunt Tillie test”.

Тот Самый Aunt Tilly Test (Вероятно, в наши дни требуется лучшее название, но именно так оно и называется)

Вы должны наблюдать, как люди используют ваше приложение.Если вы работаете в компании разумного размера, проведите некоторое "тестирование коридора".Позовите кого-нибудь, кто проходит мимо вашей двери, в комнату и скажите что-нибудь вроде: "Не могли бы вы, пожалуйста, провести расчет заработной платы в этой системе за следующий месяц?Это займет всего две минуты".

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

Кроме того, убедитесь, что вы знаете, что такое удобство использования и как его достичь.Если вы еще этого не сделали, ознакомьтесь Дизайн повседневных вещей.

Вот несколько хороших советов.

Одной из ошибок, которые я допустил ранее в своей карьере, было превращение теста юзабилити в обучающее упражнение.Я бы потратил изрядное количество времени, объясняя, как пользоваться приложением, вместо того, чтобы позволить пользователю разобраться в этом.Это многому научило меня относительно того, были ли мои приложения простыми или сложными в использовании, судя по тому, насколько они были озадачены, пытаясь использовать приложение.

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

Во всяком случае, для меня это было довольно дешево и весьма поучительно.

Быстро и дешево это не пройдет.Вы должны инвестировать в систему взаимодействия с пользователем, начиная с определения четких целей для вашего приложения или веб-сайта.Я знаю, что это не то, что люди хотят услышать, но после многолетнего наблюдения за большим количеством пользовательских тестов использования методов использования скидок Nielsen в большинстве случаев просто недостаточно.Конечно, если ваш дизайн действительно отстой и в нем допущены огромные ошибки в юзабилити, quick and dirty удалит 80% мусора из системы.Но, если вы хотите долгосрочного, качественного юзабилити и пользовательского опыта, вы должны начать с хорошей команды дизайнеров.И я имею в виду не хороших графических дизайнеров, а хороших информационных архитекторов, дизайнеров взаимодействия, верстальщиков XHTML / CSS и даже специалистов по веб-аналитике, которые позаботятся о том, чтобы ваш сайт / приложение можно было измерить с помощью четких целей и показателей.Я знаю, это большая сумма, но если вы серьезно относитесь к своему бизнесу (как, я уверен, и большинство из нас), нам нужно быть реалистами и инвестировать заранее, вместо того чтобы пытаться выяснить, что пошло не так, как надо, когда все это уже в Сети.

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

Если вы не знаете, с чего начать, начните с малого.Усадите друга за свой компьютер.Объясните, что вы хотите, чтобы они выполнили задачу с помощью программного обеспечения, и наблюдайте за всем, что они делают.

Это помогает сохранять молчание, пока они на самом деле работают.Запишите все. "John spent 15 seconds looking at the screen before acting. He moused over the top nav to see if it contained popup menus. He first clicked "About Us" even though it wasn't central to his task." И т.д.

Затем используйте полученные в результате этого знания, чтобы помочь вам разработать более сложные тесты.Тесты с разными пользователями из разных областей знаний.Более сложные задачи и их больше.

Снимайте их на пленку.Веб-камера, установленная на мониторе, - хороший способ запечатлеть, куда движется их взгляд.Видеомагнитофон, расположенный над их плечом под углом 45 градусов, - хороший способ запечатлеть общий вид.Бонусные баллы, если вы сможете синхронизировать их по времени.Не волнуйтесь, если вы не сможете сделать все это.Делай то, что ты можешь сделать.

Не планируйте свой тест так, как будто это последний тест, который вам когда-либо понадобится, и вы хотите сделать его идеальным.Идеального не существует.Единственное, что приближается к совершенству, - это множество итераций и повторений.Вы можете быть уверены на 100% только по мере того, как количество тестов приближается к числу реальных пользователей вашего программного обеспечения.Обычно никто даже близко не приближается к этому числу, но все должны стараться.

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

Делай то, что ты можешь сделать.Не сокрушайся о том, чего ты не можешь сделать.Оплакивайте только то, что вы могли бы испытать, но не сделали этого.

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

Я бы сказал, что:

  • Не рассказывайте людям о своем приложении.Пусть у них будет свежий взгляд.

  • Попросите их выполнить несколько заданий и записать свои действия с помощью такого инструмента, как camstudio http://camstudio.org/

  • После теста попросите их ответить на такие простые вопросы.Вот мой список:

    • Каким было ваше первое чувство, когда вы зашли в приложение?
    • Можете ли вы определить ключевые понятия, которые используются приложением?
    • Каковы топ-3 положительных моментов в приложении?
    • Каковы топ-3 негативных моментов в приложении?

Что вы думаете об этих идеях?

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top