kazminaviktoriya1
Перейти в профиль
Выйти из профиля
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="42" height="42"><rect fill-opacity="0"/></svg>)
Добавить аккаунт
Оценка и тестирование пользовательского интерфейса
В предыдущей теме вы рассмотрели разработку прототипов, но на этом работа СА над пользовательским интерфейсом не заканчивается. Важно оценить, насколько прототип соответствует принципам проектирования, протестировать, удобен ли он в использовании, и при необходимости внести изменения. В этом уроке вы узнаете о роли аналитика в процессе оценки и тестирования пользовательского интерфейса.
Представьте, что вы хотите найти фильм в онлайн-кинотеатре. Вводите в поле поиска «Кинг Конг» — и ничего не находите. Расстроившись, вы решаете посмотреть другое кино. Но ведь фильм про гигантскую обезьяну всё-таки был на сайте! Дело в том, что в названии «Кинг-Конг» есть дефис, а система ищет только по точному совпадению.
Формально система удовлетворяет функциональным требованиям — ищет фильмы, но пользователи всё равно недовольны конечным результатом, так как интерфейс неудобен в использовании. Команде разработки онлайн-кинотеатра следовало бы реализовать поиск по частичному совпадению или предлагать похожие варианты при наличии опечаток.
Как вы уже знаете, заинтересованные лица могут озвучить не все пожелания, а системный аналитик — упустить какие-то требования. Конечный результат разработки ПО может не соответствовать ожиданиям стейкхолдеров. Поэтому очень важно вовлекать пользователей и стейкхолдеров не только на этапе выявления требований, но и в процессе проектирования интерфейса — для оценки и тестирования прототипов экранов.
Цель и результат
Основная задача оценки и тестирования — определить, насколько быстро пользователи обучаются работе с интерфейсом и решают свои задачи, а также удобен ли интерфейс для предполагаемого применения.
Удобство использования, или юзабилити (от англ. usability), — это характеристика пользовательского интерфейса, которая отражает его эффективность, экономичность, простоту использования и удовлетворённость пользователя. Юзабилити — ключевое понятие области знаний о пользовательском опыте.
В результате оценки и тестирования СА сможет ответить на следующие вопросы:
- Соответствует ли UI тому, какие функции он должен выполнять?
- Понимают ли пользователи, как взаимодействовать с UI, без подсказок?
- Удобен ли UI в рабочем окружении пользователя?
После анализа полученных результатов команда разработки сможет выявить новые требования, улучшить своё понимание пользователя, уточнить организацию пользовательского интерфейса, его стандарты и разработанные прототипы.
В идеальном мире оценка и тестирование проводятся сразу после разработки прототипов. Тогда в качестве предмета оценки выступают прототипы, а не реализованный пользовательский интерфейс. Это позволяет внести изменения в шаблон до разработки ПО. Чем раньше будут обнаружены ошибки, тем меньше ресурсов понадобится на их исправление.
Однако так бывает не всегда. Иногда проектирование пользовательского интерфейса происходит хаотично — например, если на проработку прототипов выделяется недостаточно времени и изменить нужно уже реализованное ПО. В таком случае этап оценки и тестирования прототипов опускается — тестируют уже готовый пользовательский интерфейс.
В зависимости от распределения временных и человеческих ресурсов и расстановки приоритетов, оценку и тестирование можно проводить как сразу после разработки прототипов, так и после создания готового ПО.
Техники оценки и тестирования
Есть разные техники оценки и тестирования UI. В этом уроке поговорим о следующих техниках:
- Эвристическая оценка.
- Юзабилити-тестирование.
- A/B-тест.
Для любой из техник можно использовать как прототипы, так и готовые интерфейсы. Выбор конкретной техники зависит прежде всего от стадии проекта, на котором проводится тестирование, а также от целей тестирования и выделенных на него ресурсов.
Системный аналитик может сам принимать участие в подготовке тестирования и в оценке UI или же быть сторонним наблюдателем. В любом случае для СА важно изучить полученные результаты, так как это ещё один способ выявления требований или изменения текущих.
Эвристическая оценка
Эвристическая оценка (англ. heuristic evaluation) — это техника оценки юзабилити, при которой группа экспертов (оценщиков) изучает пользовательский интерфейс и оценивает его соответствие принципам проектирования.
Кто оценивает
Экспертами, как правило, выступают члены команды разработки, включая СА. Также можно пригласить в качестве экспертов разработчиков из других команд или специалистов по юзабилити.
При выборе экспертов стоит учитывать, что члены команды разработки оценивают интерфейсы, которые они сами создают. Поэтому часто они сосредотачиваются на технических деталях и предлагают улучшения, а не указывают на проблемы с удобством использования.
Как оценивать
Подготовка. Команда разработки (чаще всего дизайнер интерфейсов или системный аналитик) выбирает группу экспертов, которые будут участвовать в оценке. Также команда определяет список эвристических правил.
Эвристические правила — это перечень критериев проверки на соответствие принципам проектирования.
Например, в качестве эвристических правил могут использоваться 10 принципов интерактивного дизайна Якоба Нильсена (Jakob Nielsen). Их называют эвристиками, потому что они представляют собой общие эмпирические правила, а не конкретные рекомендации по повышению удобства использования.
Тем не менее многие эвристики вытекают из принципов проектирования интерфейса, которые вы изучали в этом спринте:
- Последовательность и стандарты — хороший UI должен быть предсказуемым и привычным, а значит, соответствовать современным стандартам разработки ПО.
- Соответствие ПО предметной области — чтобы быть предсказуемым и привычным, UI должен использовать терминологию, понятную пользователям.
- Видимость состояния ПО — UI должен обеспечивать поддержание контекста использования, то есть пользователь должен понимать, где находится, на каждом этапе взаимодействия с интерфейсом.
- Предотвращение ошибок — терпимость к ошибкам в UI обеспечивается несколькими способами. Прежде всего, UI должен предупреждать пользователя о возможных ошибках, например блокировать кнопку отправки формы, если заполнены не все поля.
- Помощь в распознавании, диагностировании и устранении ошибок — если ошибки всё же происходят, пользователь должен быстро понять, что пошло не так. Например, неверно заполненные поля можно выделять красным.
- Пользовательский контроль и свобода — если пользователь совершил какое-то действие по ошибке, у него должна быть возможность отменить действие, а не начинать процесс сначала.
- Эстетичный и минималистичный дизайн — напрямую соотносится с принципом эстетики. Красивый дизайн — это прежде всего визуальный комфорт для пользователя.
- Узнавание вместо запоминания — согласно принципу KISS, интерфейс должен быть простым. Не заставляйте пользователя запоминать информацию. Дублируйте данные при необходимости.
- Гибкость и эффективность использования — сделайте UI эффективным не только для новичков, но и для продвинутых пользователей. Например, можно добавить горячие клавиши для часто используемых функций.
- Справка и документация — в идеале UI должен быть интуитивно понятным. Если у пользователя всё же возникли проблемы, у него должна быть возможность прочитать документацию, чтобы понять, как выполнить задачу.
Процесс оценивания. После создания контрольного списка правил эксперты индивидуально проверяют прототипы, чтобы убедиться, что UI удовлетворяет каждому принципу дизайна.
В зависимости от целей исследования и сложности пользовательского интерфейса, дизайнер или СА могут подробно описать каждый экран экспертам или, наоборот, не объяснять ничего, кроме назначения системы.
Результат этого процесса — набор оценок экспертов, который нужно проанализировать. Для этого эксперты собираются вместе, чтобы обсудить замечания и определить конкретные улучшения, которые требуется внести в интерфейс.
Так как в эвристической оценке участвуют эксперты, а не пользователи, есть риск найти «ненастоящие проблемы». Оценщик лишь предполагает, что что-то является проблемой для пользователей, но может оказаться, что настоящие пользователи вообще не сталкиваются с этим или сталкиваются очень редко. В то же время эксперты могут упустить из виду реальные проблемы пользователей. Поэтому желательно комбинировать эту технику с другими техниками тестирования.
Когда использовать
Использование эвристического подхода оправдано до этапа реализации пользовательского интерфейса фронтенд-разработчиками.
Вот какие рекомендации можно дать после эвристической оценки этого интерфейса:
- Заменить непривычные для пользователя подписи — «Номер сотового» на «Номер телефона», а «Код доступа» на «Пароль».
- Добавить маски в поля ввода, чтобы дать пользователю подсказки.
- Отметить обязательные для заполнения поля.
- Подсветить незаполненные и неверно заполненные поля красным, а во всплывающей подсказке указать на конкретную ошибку.
Юзабилити-тестирование
Юзабилити-тестирование (англ. usability testing) — техника, позволяющая определить, насколько быстро пользователи обучаются работе с интерфейсом и выполняют свои задачи. Во время тестирования команда изучает, как целевая аудитория воспринимает интерфейс и взаимодействует с ним.
Кто тестирует
К участию в таком исследовании привлекают реальных пользователей ПО. Иногда технические специалисты (разработчики, дизайнеры) также пользуются ПО, которое создают, — тогда они тоже присоединяются к тестированию.
Реальным пользователям сложнее работать с прототипами, чем с реальным интерфейсом. Они могут увидеть проблемы там, где их нет, или пропустить важные недочёты UI. Поэтому лучше всего использовать прототипы с высокой точностью.
Как тестировать
Юзабилити-тестирование — это не просто сбор мнений о пользовательском интерфейсе (в таком случае речь шла бы об исследовании рынка). Юзабилити-тестирование представляет собой систематическое наблюдение в контролируемых условиях.
Другими словами, вместо вопросов «Удобно ли вам пользоваться ПО?» юзабилити-тестирование предполагает наблюдение за тем, как люди используют ПО для выполнения предполагаемых функций. Например, можно дать пользователю задание «купить продукт, используя сайт» и понаблюдать за тем, как он это делает.
Чтобы понять ожидания пользователей, в процессе наблюдения можно задавать уточняющие вопросы:
- Понятно ли, что делать дальше?
- Почему вы нажали эту кнопку?
- Реагирует ли ПО на ваши действия так, как вы ожидаете?
Наблюдающий фиксирует ответы пользователей и их действия.
В результате юзабилити-тестирования собираются заметки наблюдающих и записи действий пользователей. Затем вся информация анализируется и выявляются потенциальные улучшения интерфейса.
Когда использовать
Юзабилити-тестирование — одна из самых эффективных техник тестирования UI, потому что никто не опишет проблемы интерфейса лучше, чем те, кто им пользуются.
Проблемы, обнаруженные при тестировании удобства использования, можно назвать «настоящими проблемами» в том смысле, что по крайней мере один пользователь с ними столкнулся.
Пользователей-тестировщиков можно привлечь как на этапе проектирования UI, при наличии прототипов высокой точности, так и после разработки интерфейса фронтенд-разработчиками.
Выберите, какие утверждения относятся к эвристической оценке, а какие — к юзабилити-тестированию.
Техника подразумевает участие представителей целевой аудитории ПО
Юзабилити-тестирование
В юзабилити-тестировании участвуют реальные пользователи ПО, а в эвристической оценке — эксперты из команды разработки.
При подготовке к технике нужно определить список правил
Эвристическая оценка
Перед началом оценивания составляется список эвристических правил, по которым эксперты будут проверять UI.
В результате проведения техники могут быть выявлены несуществующие проблемы
Эвристическая оценка
Так как эвристическую оценку проводят эксперты, а не реальные пользователи, они могут выявить ложные проблемы.
Для этой техники лучше использовать прототипы с высокой точностью или готовый UI
Юзабилити-тестирование
Реальным пользователям сложно работать с прототипами. Чем более прототип приближен к реальному интерфейсу, тем легче с ним работать.
Эвристическая оценка и юзабилити-тестирование — две разные техники выявления проблем. При эвристической оценке опытные эксперты смотрят на пользовательский интерфейс и выявляют потенциальные проблемы. При юзабилити-тестировании реальные пользователи с реальными задачами работают с UI и выявляют реальные проблемы.
A/B-тестирование
A/B-тестирование (англ. A/B testing) — это техника тестирования, которая подразумевает наличие минимум двух вариантов пользовательского интерфейса. Выбор в пользу того или иного варианта делается на основе заданных критериев — например, сложности разработки интерфейса, скорости обучения и выполнения задач пользователя и так далее.
Кто тестирует
К участию в исследовании чаще всего привлекают реальных пользователей ПО, особенно если речь идёт о готовых интерфейсах. Если речь о прототипах, при ограниченном количестве ресурсов тестирование может проводиться только внутри команды разработки.
Как тестировать
A/B-тесты проводят с использованием прототипов с высокой точностью. Иногда варианты прототипов различаются в значительной степени. Также данная техника может применяться, чтобы сравнить прототипы лишь с незначительным различием в элементах.
Участникам предлагают выполнить задачи на разных вариантах экрана. В процессе они должны оценить каждый вариант согласно заданным критериям и сделать выбор в пользу одного варианта прототипа. Критериями могут выступать как принципы проектирования, так и другие критерии, релевантные для конкретной задачи. Формат итоговой оценки задаётся инициатором тестирования.
В результате A/B-тестирования собирается список оценок. Это может быть как список оценок по каждому из заданных критериев, так и общий итог — какую версию выбрал пользователь. Затем команда разработки сравнивает полученные результаты, чтобы выбрать наилучший вариант.
A/B-тесты также можно проводить при наличии готового UI и работающей системы — на большом количестве людей с минимальными затратами. Например, таким способом можно выяснить, влияет ли новый дизайн формы на вероятность совершения продажи.
Когда использовать
A/B-тестирование идеально подходит, когда стоит выбор между несколькими вариантами структуры интерфейса, дизайна элементов, реализации сценариев использования и так далее. С помощью A/B-тестов можно сравнивать как несколько прототипов, так и существующий UI с прототипом.
Определите главную задачу каждой техники тестирования.
Оценить взаимодействие пользователя с интерфейсом
Юзабилити-тестирование
Определить, насколько быстро пользователи обучаются работе с пользовательским интерфейсом и выполняют свои задачи, позволяет юзабилити-тестирование.
Проверить интерфейс на соответствие принципам проектирования
Эвристическая оценка
Эксперты проверяют UI на соответствие принципам проектирования в процессе эвристической оценки.
Сравнить несколько вариантов интерфейса и выбрать лучший
А/B-тест
Сравнить два или более вариантов пользовательского интерфейса можно с помощью А/B-теста.
Подведём итоги
Оценка и тестирование пользовательского интерфейса — одна из составляющих процесса проектирования UI. Цель — определить, насколько быстро пользователи обучаются работе с пользовательским интерфейсом и выполняют свои задачи.
В результате оценки и тестирования команда разработки может выявить новые требования, улучшить своё понимание пользователя, уточнить организацию пользовательского интерфейса, его стандарты и разработанные прототипы.
Среди основных техник оценки и тестирования можно выделить следующие:
- Эвристическая оценка.
- Юзабилити-тестирование.
- A/B-тест.
СА может сам принимать участие в подготовке тестирования, непосредственно участвовать в оценке UI или же быть сторонним наблюдателем. Задача СА — изучить результаты оценки и тестирования и внести соответствующие изменения в требования и прототипы.
