Полное руководство по пользовательскому тестированию

Опубликовано: 2022-03-10

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

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

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

Юзабилити-тестирование
Отслеживание глаз
Интервью и фокус-группы

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

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

Еще после прыжка! Продолжить чтение ниже ↓

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

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

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

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

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

Суть? Любое тестирование, которое вы можете провести — каким бы неформальным оно ни было — сослужит вам хорошую службу. Подчеркнув важность юзабилити-тестирования, давайте рассмотрим, почему и когда проводить тестирование, подчеркнем важность хорошей подготовки и углубимся в эффективное проведение юзабилити-тестирования.

Юзабилити-тестирование: зачем и когда?

Во-первых, для проведения эффективного юзабилити-теста вам не нужны формальные «лабораторные условия». Гораздо лучше провести юзабилити-тестирование, используя то, что есть под рукой, чем вообще не проводить юзабилити-тестирование .

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

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

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

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

В дополнение к этим объективным выводам:

Продукт работает эффективно?
Выполнение юзабилити-теста поможет вам сделать субъективные выводы: нравится ли пользователям продукт?

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

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

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

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

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

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

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

Подготовка — это ключ

Для эффективного проведения юзабилити-теста каждому участнику потребуется от 30 до 60 минут. Конечно, в зависимости от сложности того, что вы строите, эта продолжительность будет варьироваться, но по моему опыту, час — это максимальное время, которое я бы рекомендовал.

Чем дольше проводится юзабилити-тест, тем больше он утомляет участника, что приводит к уменьшению отдачи. Таким образом, подготовка имеет ключевое значение. Важно заранее определить, что именно вы надеетесь узнать из теста, и, что не менее важно, определить, кого вы будете тестировать. Для этого помогает:

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

Подготовка, которую вы проводите перед тестом, окупится с точки зрения эффективности и улучшения результатов. Имейте в виду, что для проведения теста потребуется несколько человек:

Участники испытаний;
Фасилитатор, который руководит тестом и следит за тем, чтобы все прошло гладко; а также
Некоторые наблюдатели и заметки.

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

Создание плана

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

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

Где и когда?

Где и когда вы будете проводить тест? Если вы не работаете в крупной организации, маловероятно, что у вас будет выделенное пространство для юзабилити-тестирования. Хорошо; важно то, что вы проводите некоторые юзабилити-тесты!

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

Объем

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

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

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

Тайминги

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

При планировании юзабилити-тестов убедитесь, что между тестами достаточно времени. Важно обеспечить возможность обсуждения в команде сразу после теста, пока тест еще свеж в памяти каждого. Точно так же буфер между тестами полезен на случай, если тест закончится или участник опоздает.

Оборудование

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

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

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

Создание скрипта

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

Сосредоточьтесь на том, что именно вы тестируете, чтобы ваш юзабилити-тест не дрейфовал и оставался сфокусированным;
Обеспечить согласованность между несколькими участниками тестирования;
Расскажите о различных пользовательских сценариях;
Четко сформулируйте различные цели, которые вы тестируете; а также
Помогите вам успокоить умы ваших пользователей.

Это помогает разбить сценарий на несколько разделов: раздел, который действует как преамбула, и раздел, который охватывает основную часть самого теста.

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

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

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

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

Сколько человек совершает путешествие?
Когда они путешествуют, и есть ли у них гибкость в выборе дат?
Какой у них бюджет?

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

Короче говоря, постарайтесь создать как можно более реалистичный сценарий . По мере того, как веб-сайты и приложения становятся все более сложными, полезно тестировать взаимодействие пользователей с вашим интерфейсом. Это также помогает связать ваше тестирование с пользовательскими историями, которые вы определили ранее в процессе проектирования, которые я исследовал в своей предыдущей статье о высокоуровневом UX-дизайне.

Набор участников

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

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

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

Юзабилити.gov — На Usability.gov есть отличный инструмент проверки юзабилити, который является отличной отправной точкой для создания собственного инструмента проверки.

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

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

Какой пол вы идентифицируете?
Какого ты возраста?
К какой категории относится ваш доход?
Вы экономите или транжира?
Есть ли у вашего текущего банка приложение и используете ли вы его?

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

Если вы ищете хорошую отправную точку, на сайте Usability.gov есть отличный пример средства проверки юзабилити-тестирования для тестирования веб-сайта. Это полезная отправная точка, и она даст вам некоторые идеи.

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

Запуск теста

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

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

Помните, что ваша цель — успокоить участников и объяснить, что к чему, прежде чем вы начнете тест.

Перед тестом

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

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

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

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

Даже если то, что вы тестируете, было разработано вами, важно, чтобы вы не говорили об этом участнику тестирования. (Небольшая ложь во благо не повредит!) Вы имеете дело с людьми, и если участники вашего теста знают, что они дают вам отзывы о том, что вы разработали, они, вероятно, — вполне естественно — будут воздерживаться от своей критики. Никто не любит обижать чьи-то чувства, и важно, чтобы вы получили честное мнение, поэтому не искажайте ответы участников, говоря им, что они оценивают то, что вы разработали.

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

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

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

Во время теста

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

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

Точно так же, если вы отвечаете за дизайн, постарайтесь не позволять своему выражению лица выдавать игру. Это требует практики (особенно для меня!), но важно, чтобы вы старались оставаться максимально нейтральными.

При проведении юзабилити-теста вы учитесь на двух уровнях:

Прислушиваться к тому, что говорят люди; а также
Наблюдение за тем, что делают люди.

Слушание и наблюдение важны и дадут вам разные идеи . Прослушивание даст вам субъективную оценку вашего дизайна: «Мне нравится это, потому что…», «Мне нравится такая функция…», «Я предпочитаю это, когда…». Несмотря на субъективность и зависимость от мнений участников тестирования, такая обратная связь полезна, потому что она может выявить способы выполнения действий, которые вы, возможно, не рассматривали.

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

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

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

Не стоит недооценивать силу наблюдения. Как сказал Йоги Берра:

«Многое можно заметить, просто наблюдая».

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

В заключение

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

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

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

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

Выявление болевых точек — точек в процессе, где ваши участники столкнулись с трудностями — означает, что вы можете исправить эти болевые точки. Точно так же выявление моментов удовольствия может помочь вам определить, чем вы хотели бы заниматься больше. В совокупности эта обратная связь — после того, как вы ее примените — приведет к лучшему общему опыту.