Повышение эффективности usability-тестирования пользовательских интерфейсов с использованием метода Eye-tracking
Основные стандарты usability-тестирования интерфейсов информационных систем. Количественные и качественные методы оценки тестирования. Технология Eye-tracking. Постановка целей и задач для тестирования сайта Налоговой службы Российской Федерации.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 11.06.2017 |
Размер файла | 3,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
105
Размещено на http://www.allbest.ru/
Министерство образования и науки РФ
Федеральное государственное бюджетное образовательное учреждение высшего образования
"ОМСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ"
Кафедра "Дизайн и технологии медиаиндустрии"
на тему: "Повышение эффективности usability-тестирования пользовательских интерфейсов с использованием метода Eye-tracking"
Содержание
- Введение
- Глава 1. Теоретические аспекты usability тесрования
- 1.1 Usability тестирование интерфейсов информационных систем
- 1.2 Стандарты в области юзабилити-тестирования
- 1.3 Юзабилити-тестирование при проектировании интерфейсов
- 1.4 Количественные и качественные методы оценки юзабилити-тестирования
- 1.5 Технология Eye-tracking
- 1.6 Выводы по главе 1
- Глава 2. Разработка тестового задания для юзабилити-тестирования пользовательского интерфейса
- 2.1 Постановка целей и задач для тестирования сайта Налоговой Службы РФ
- 2.2 Определение категорий пользователей сайта Налоговой Службы РФ
- 2.3 Тестовое задание для юзабилити-тестировния сайта Налоговой Службы РФ
- 2.4 Результаты юзабилити - тестирования Mouse-tracking и Eye-tracking
- 2.5 Выводы по главе 2
- Заключение
- Библиографический список
Введение
Объект исследования данной магистерской работы пользовательский интерфейс, способный оказывать влияние на взаимодействие пользователя с программным обеспечением, обеспечивая связь пользователя и компьютера. Связь понимают как обмен информацией между человеком и компьютером, осуществляемый в реальном масштабе времени и направленный на совместное решение конкретных задач.
Предмет исследования магистерской диссертации - юзабилити-тестирование пользовательского интерфейса.
Цель исследования - повышение эффективности юзабилити тестирования с помощью методики eye-tracking.
Задачи исследования:
- изучить эргономические показатели пользовательского интерфейса;
- описать качественные и количественные критерии оценки юзабилити;
- установить основные характеристики используемых методов юзабилити-тестирования;
- разработать тестовые задания для юзобилити-тестирования сайта Налоговой Службы РФ;
- выполнить анализ технологий eye-tracking по оценки качества юзабилити программного продукта;
- провести юзабилити тестирование с помощью методов eye-tracking и mouse-tracking, провести сравнительный анализ результатов.
Выбор технологии eye-tracking, как метода проведения юзабилити-тестирования, обусловлен тем, что с ее помощью можно узнать, куда конкретно направлен взгляд пользователя на экране, определить траекторию взгляда, и продолжительность поиска требуемой информацию на сайте. Технология eye-tracking собирает и систематизирует количественные и качественные данные о взаимодействия пользователя с системой и позволяют оптимизировать процесс юзабилити-тестирования сократив время его проведения.
Гипотезы, выдвинутые в данной работе, позволяют обобщить и интерпретировать полученные исследователями ранее эмпирические данные о методах исследования пользовательского интерфейса. По-новому обоснованы результаты исследований в области юзабилити-тестировании. Раскрыта интерпритация исследований в области методики eye-tracking.
Практическая значимость данной работы связана, прежде всего с интенсивным развитием технологической среды, освоению интернета и необходимостью создания компьютерных интерфейсов для массового пользователя. Число задач, ориентированных на широкий круг пользователей, стремительно растет из-за всеобщей компьютеризацией и тенденцией замены личного общения в некоторых профессиональных областях на диалог с информационной системой.
тестирование интерфейс информационная система
Глава 1. Теоретические аспекты usability тесрования
1.1 Usability тестирование интерфейсов информационных систем
С конца 1980-х годов в научно-прикладных разработках укрепляется представление о ключевой роли эргономичности создаваемых программных продуктов, что определяет их коммерческую привлекательность, масштабность распространения на рынке компьютерных средств, субъективную удовлетворенность пользователей при работе с ними, и связана с эффективностью их использования при решении различных задач в Интернет среде. В современных моделях оценки качества программных продуктов эргономичность обычно описывается с помощью специального термина "юзабилити" (usability), который дословно переводится с английского как "пригодность к использованию" [62].
В стандарте ГОСТ ИСО 9241-11 определены следующие термины:
- пользовательский интерфейс (user interfacesUI) - "все компоненты интерактивной системы (программное обеспечение или аппаратное обеспечение), которые предоставляют пользователю информацию и являются инструментами управления для выполнения определенных задач" [ГОСТ ИСО 9241-110: 2006];
- эргономика (изучение факторов, влияющих на человека) - "научная дисциплина, изучающая взаимодействие человека с другими элементами системы, предполагающая использование теории, принципов, данных и методов для обеспечения благополучия";
- usability (пригодность использования) - "свойство системы, продукции или услуги, при наличии которого установленный пользователь может применить продукцию в определенных условиях использования для достижения установленных целей с необходимой результативностью, эффективностью и удовлетворенностью" [ГОСТ ИСО 9241-11: 2001].
Пригодность использования является важным подходом при проектировании пользовательского интерфейса, поскольку от этого зависят результативность, эффективность и удовлетворенность пользователей при ее применении.
Юзабилити может быть повышена по средствам включения в нее таких функций и свойств, которые дают дополнительный эргономический эффект в определенных условиях использования программного продукта. Для определения уровня пригодности использования, необходимо оценить производительность труда и удовлетворенность пользователей при использовании программного обеспечения.
Согласно стандарта ГОСТ ИСО 9241-11 основными критериями юзабилити являются:
1. Эффективность (Effectiveness) продукта определяется как "связь между достигнутым результатом и использованными ресурсами" [75].
Эффективность измеряется следующими параметрами:
- какой процент задач пользователя реализуется в продукте. Тот продукт будет считаться более эффективным, который реализует больше задач пользователей;
- отношение числа успешных действий к ошибкам. Чем меньше ошибок совершается пользователем, тем эффективность продукта выше;
- нагрузка на пользователя (должны быть минимальной), учитываются нагрузки на основные психические процессы: память, внимание, воображение. Интерфейс должен быть запоминающимся по внешним характеристикам и по принципам работы в нем. Он должен быть интуитивно понятным пользователю;
- количество используемых функций и команд (должно быть высоким). Далеко не все функции и возможности, заложенные в продукте, используются пользователем. Принято считать, если он реализует хотя бы 10% из них, то такой продукт можно считать успешным.
2. Продуктивность (Efficiency) продукта определяется как "ресурсы, которые пользователь затрачивает, чтобы с точностью и полнотой достигнуть поставленных целей" [75]. Прежде всего, продуктивность определяется следующими показателями:
- время, которое необходимо пользователю для выполнения задания (должно быть минимальным);
- время, необходимое для предварительного обучения (должно быть минимальным). Для того чтобы минимизировать время для предварительного обучения пользователей, необходимо использовать стандарты, которые уже существуют в индустрии. Пользователи, долго работающие с одним дизайном, долго привыкают или совсем не хотят работать с новым, даже более удобным;
- время, которое тратится на ошибки и решение проблем. Большинство действий, которые пользователь совершает, являются ненамеренными. В любой ситуации, в которой оказался пользователь, он должен иметь возможность легкого выхода из нее;
- количество совершаемых ошибок;
- частота использования справки и документации. Частота обращений к справке должна быть минимальной или, по крайней мере, не повторяющейся;
- количество повторных и ошибочных действий.
3. Удовлетворенность (Satisfaction) продукта определяется как "комфорт и приемлемость использования" [75]. Количественно измерить удовлетворенность пользовательского интерфейса довольно трудно, поскольку это, прежде всего, субъективная компонента. Для повышения качества определения удовлетворенности были введены следующие оценки:
- рейтинговая оценка по шкале полезности программного продукта или услуги;
- рейтинговая оценка по шкале удовлетворенности функциональностью программного продукта;
- количество случаев, когда пользователь испытывал гнев или проявлял недовольство при обращении с программным продуктом;
- рейтинговая оценка по шкале технологичности управления задачей без участия пользователя;
- оценка того, насколько технологическое выполнение задачи соответствует потребностям пользователя.
Таким образом, вышеприведенные критерии оценки также используются для юзабилити-тестирования программного обеспечения.
Юзабилити-тестирование - это набор методов и инструментов, позволяющих измерить характеристики взаимодействия пользователя с продуктом для оценки уровня реализации пользовательских свойств (юзабилити) продукта.
Требования к программному продукту и условия устанавливающие организацией определяют выбор значений критериев оценки для показателей юзабилити. Постановка целей юзабилити для определенных подцелей может позволить провести оценку на более раннем этапе процесса разработки программного продукта.
В процессе задания значений критериев для группы пользователей, критерии задаются как средние (например, среднее время выполнения задачи не должно быть более 10 минут), индивидуальные (например, каждый пользователь может выполнить задачу за 10 минут), или для процента пользователей (например, 90% пользователей могут выполнить задачу за 10 минут).
Целью юзабилити-тестирования пользовательского интерфейса может являться:
- выявление объективных критериев качества продукта (количественное тестирование на этапе анализа);
- обоснование выбора для наилучшего интерфейсного решения (экспресс - тестирование на этапе быстрого прототипирования);
- проверка качества реализации пользовательского интерфейса (сравнительное тестирование на этапе б - тестирования);
- определение проблемных мест в реализации пользовательского интерфейса, либо подтверждение факта отсутствия серьёзных проблем (качественное тестирование на этапе б - тестирования).
Планирование юзабилити, являющееся частью процесса проектирования и разработки программного продукта, предполагает проведение систематического определения требований к юзабилити, включая определение критериев пригодности и описание условий использования. Указанные требования являются целями проектирования, а проверка их выполнения составляет основу верификации проекта.
Преимущество подхода, принятого в стандарте ГОСТ ИСО 9241-11, состоит в следующем:
- предложенная схема установления пригодности использования может быть использована для определения показателей пригодности использования в конкретных условиях использования при проектировании или оценке пригодности использования продукции;
- эффективность, результативность и удовлетворенность пользователей могут быть использованы для оценки пригодности использования программной продукции в конкретных условиях использования;
- оценка эффективности, результативности и удовлетворенности пользователей может служить основой для сравнения пригодности использования продукции, имеющей различные технические характеристики, но применяющейся в идентичных условиях использования;
- пригодность использования, запланированная для продукции, может быть установлена, документирована и верифицирована (например, как часть плана качества).
Чтобы определить или оценить юзабилити, требуется "установить цели и выбрать из результативности, эффективности и удовлетворенности пользователя, а также характеристик условий использования измеряемые и поддающиеся проверке подкомпоненты" [75]. Компоненты и зависимости между ними схематично изображены на рисунке 1.
Рис.1. Структура пригодности использования
Для установления или оценки юзабилити требуются следующие данные:
- описание целей;
- описание условий использования, включая пользователей, задачи, оборудование и среду. Возможно описание существующих условий использования или требования к предполагаемым условиям использования. Уровень конкретики описания условий зависит от особенностей решаемых задач. Постановка условий использования должна включать в себя описание деталей, оказывающих существенное влияние на пригодность использования;
- намеченные или фактические значения эффективности, результативности и удовлетворенности пользователя в предполагаемых условиях использования.
Также определяются цели использования программного обеспечения, выявляются промежуточные цели, и соответствующие критерии достижения целей. Общая цель может быть разбита на промежуточные.
Для оценки юзабилити разрабатывается набор ключевых задач, показывающих более существенные аспекты общей цели. Задача представляет собой ряд действий, необходимых для достижения цели. Характеристики задачи, влияющие на пригодность использования, должны быть описаны, например частота и продолжительность выполнения задачи.
Также требуется описание аппаратных средств, программных средств и материалов, связанных с дисплеем, может быть выполнено на основе компонентов системы, которые имеют центральное место при обеспечении требований пригодности использования или при ее оценке. Описание также может быть выполнено на основе свойств или рабочих характеристик аппаратных средств и программных средств.
Описание характеристик окружающей физической и социальной среды при необходимости, может включать характеристики окружающей технической среды (локальной сети), физической среды (рабочего места, офисной мебели), климатические свойства окружающей среды (температура, влажность и т.п.), а также характеристики социальных условий и культурных аспектов (трудовые навыки, организационная структура). Минимальным считается одно измерение эффективности, результативности и удовлетворенности пользователя. Поскольку значимость показателей юзабилити зависит от условий использования и целей применения программного обеспечения.
Выбор методов измерений и уровень детализации каждого метода измерения зависит от целей измерений. Учитывается важность каждого показателя по отношению к целям измерений.
Для измерения уровня юзабилити требуется оценка производительности и удовлетворенности пользователей. Оценка юзабилити особенно важна ввиду сложности взаимодействий между пользователями, задачами и другими элементами условий использования. При невозможности получения объективных данных о результативности и эффективности, используются субъективные методы измерений (ранжирование, экспертные оценки), основанные на пользовательском восприятии программной продукции. Измерения результативности зависят от целей или подцелей, а также точности и полноты выполнения задания, которых может достигнуть пользователь.
Эффективность оценивается по уровню результативности и величине израсходованных ресурсов. Ресурсы могут включать умственные или физические усилия, время, материалы или финансовые затраты. Например, эффективность деятельности человека оценивается как результативность, отнесенная к затраченным человеком усилиям. Временная эффективность оценивается как результативность деятельности, деленная на продолжительность времени ее выполнения, а экономическая эффективность оценивается как результативность, деленная на стоимость.
Удовлетворенность использования программного продукта оценивается с помощью шкал субъективной оценки с использованием характеристик, таких как:
- испытываемый дискомфорт;
- предпочтение данной информационной системы,
- удовлетворение от ее использования;
- приемлемость рабочей нагрузки при выполнении различных задач;
- по степени достижения установленных целей (например, эффективности или обучаемости пользователя).
Удовлетворенность использования, определяемое как отсутствие дискомфорта и положительное отношение кинформационной системы обеспечения, является реакцией пользователя на взаимодействие с системой. Удовлетворенность использования оценивается с помощью субъективных или объективных измерений. Объективные расчеты могут быть созданы на наблюдении за действиями пользователя (например, за его рабочей позой или перемещением и частотой отлучек при работе) или на мониторинге физиологических реакций пользователя.
Субъективные измерения удовлетворенности пользователя производят, учитывая уровень субъективных реакций пользователя программным продуктом или его мнение. Данный процесс возможно осуществить несколькими способами, например, "предлагая пользователю назвать число, соответствующее силе выраженности его ощущений в любой заданный момент времени, или предлагая пользователю проранжировать информационную систему в порядке предпочтения или используя шкалу предпочтений, основанную на анкетном опросе" [13].
Юзабилити учитывается при проектировании программного обеспечения, услуг, оборудования и систем, поскольку это свойство программного обеспечения, при наличии которого пользователь может применить программную продукцию с требуемой результативностью, эффективностью и удовлетворенностью.
При разработки программного продукта, необходимо систематически выявлять требования к юзабилити, включая показатели юзабилити и условия использования ПО. Такие условия способствуют формированию целей проекта, пригодных для верификации готового проекта.
При проектировании программного продукта, систем, услуг и оборудования необходимо учитывать критерий доступности, так как он влияет на круг пользователей, которые смогут с легкостью их применять. Доступность (accessibility) - это "свойство программного обеспечения, при наличии которого ПО может быть использовано людьми с самым широким диапазоном возможностей для достижения установленных целей в определенных условиях использования" [73].
Доступность может быть повышена для улучшения качества юзабилити и расширения круга пользователей, которые смогут использовать систему, продукт, оборудование или услугу.
Использование стандартов по эргономике программного продукта является условием получения достаточной степени доступности информационной системы. Планирование доступности существует как неотъемлемая часть процесса проектирования и разработки, включающая в себя систематическое определение требований к доступности, измерение доступности и определение критерия верификации в пределах условий использования.
Определение доступности особенно ценно по причине сложности взаимодействий между пользователями, задачами и другими элементами условий использования. Услуга, система, продукт или оборудование могут иметь отличные уровни доступности в разных условиях использования, особенно когда их используют различные группы пользователей с ограниченными возможностями.
1.2 Стандарты в области юзабилити-тестирования
Тестирование юзабилити - это "метод тестирования, направленный на установление степени удобства использования, обучаемости, понятности и привлекательности для пользователей разрабатываемого продукта в контексте заданных условий" [49].
В процессе юзабилити-тестирования отслеживается, насколько хорошо пользователь выполняют определенные стандартные задачи и с какими проблемами он при этом сталкивается. В результате такого тестирования выявляются проблемы, осложняющие понимание и использование программного продукта, и удачные решения задач. Юзабилити-тестирование проводится в специальных лабораториях, оборудованных специальным аппаратным оснащением, обеспечивающим проведение тестирования и соблюдение психометрических требований к процедуре тестирования.
Стандарты в области юзабилити-тестирования пользовательского интерфейса содержат руководства по применению и описание требований к оценке пользовательского интерфейса информационной системы. Данные стандарты регламентируют качественную разработку пользовательского интерфейса и тестирование программного продукта. Рассмотрим некоторые из стандартов:
1) Стандарт ГОСТ ИСО 9241-110-2009 "Эргономика взаимодействия человек-система. Часть 110. Принципы организации диалога". Он содержит принципы эргономические и рекомендаций для разработки диалога между пользователями и информационной системой:
- пригодность для выполнения задачи;
- информативность;
- соответствие ожиданиям пользователя;
- возможность обучения;
- управляемость;
- устойчивость к ошибкам;
- индивидуализация.
Утвержденные принципы способствуют пониманию требований в области юзабилити программного обеспечения, утвержденные в других стандартах.
2) Стандарт ГОСТ ИСО 9241-210-2012 "Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем". Данный стандарт делает доступным существующие результаты исследований в области эргономики и юзабилити, что позволяет применять их при тестировании пользовательского интерфейса.
На рисунке 2 представлена схема стандарта ГОСТ ИСО 9241-210-2012 показывающая взаимосвязь действий человеко-ориентированного проектирования с использованием результатов других проектных действиях. В стандарте приведено руководство по проектированию компьютерных интерактивных систем и руководство по источникам информации и стандартам, в области эргономики взаимодействия "человек-система".
Рис.2. Взаимосвязь этапов человеко-ориентированного проектирования
Стандарт дополняет имеющеюся методологии проектирования и вводит принцип человеко-ориентированного подхода к проектированию информационных систем, который может быть внедрен в различные процессы разработки и проектирования программного обеспечения.
3) Стандарт ГОСТ ИСО 9241-11-2010 "Руководство по обеспечению пригодности использования".
В стандарте определено понятие пригодности использования. Также изложена информация, необходимая для разработки требований и оценки пригодности использования на основе удовлетворенности пользователей и критериев производительности работы.
Изложены рекомендации по способам определения условий использования продуктов (включающих техническое обслуживание, программное обеспечение, аппаратное обеспечение) и важных показателей пригодности использования. Руководство дано в форме основных принципов и методов.
ГОСТ ИСО 9241-11-2010 рассчитан для применения при оценке, приобретении, проектировании, разработке продукции и обмене информацией о пригодности использования. В него также включено руководство по установлению требований к пригодности использования и ее оценке. Позволяет на основе измерений удовлетворенности пользователя и производительности работы оценить воздействие любого компонента рабочей системы на работу системы в целом. В стандарте приведены процедуры измерений юзабилити. Использование ГОСТ ИСО 9241-11-2010 может быть совместно со стандартами по эргономике программного обеспечения для определения применимости отдельных рекомендаций.
4) Стандарт ГОСТ ИСО 9241-20-2014"Рекомендации по доступности оборудования и услуг в области информационно-коммуникационных технологий".
ГОСТ ИСО 9241-20-2014 предназначен для применения ответственными за планирование, разработку, оценку оборудования и услуг в области информационно-коммуникационных технологий (ИКТ). В стандарте представлены рекомендации по улучшению качества доступности оборудования и услуг в области ИКТ. Услуги и оборудование, соответствующие стандарту, имеют более обширную доступность для использования на дома, работе, в общественных и мобильных средах. В стандарте рассмотрены проблемы, связанные с разработкой оборудования и услуг для людей с различными сенсорными, когнитивными и физическими возможностями, включая инвалидов и пожилых людей.
ГОСТ ИСО 9241-20-2014 также включает в себя руководящие указания, относящиеся к получению и оценке оборудования и услуг в области ИКТ. Эти указания касаются оборудования для обработки информации, офисного оборудования, электронных средств связи и другого похожего услуг и оборудования, которые могут быть использованы на дома, работе, в общественных и мобильных средах.
5) ГОСТ Р ИСО/МЭК 9126-93. "Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению".
Настоящий стандарт определяет "шесть характеристик, которые с минимальным дублированием описывают качество программного обеспечения. Данные характеристики образуют основу для дальнейшего уточнения и описания качества программного обеспечения. Руководства описывают использование характеристик качества для оценки качества программного обеспечения" [76].
ГОСТ Р ИСО/МЭК 9126-93 применяется для установления требований к качеству программного обеспечения и оценивания (измерения, ранжирования и оценки) программных продуктов, включая:
- определение требований к качеству программной продукции;
- оценивание технических требований к программному обеспечению при контроле, чтобы требования качества были удовлетворены в процессе разработки;
- описание признаков и свойств (атрибутов) внедренного программного обеспечения (например, в руководствах пользователя);
- оценивание разработанного программного обеспечения перед его поставкой;
- оценивание программного обеспечения перед приемкой.
Организации и группы по стандартизации устанавливают свои собственные методы формирования и модели процесса оценивания, и проверки метрик, связанных с характеристиками, для охвата различных областей применения и стадии жизненного цикла. В тех случаях, когда соответствующие метрики отсутствуют и не могут быть разработаны, иногда пользуются словесными описаниями или приблизительными методами.
Качество программного обеспечения может быть оценено следующими характеристиками:
- функциональные возможности (Functionality) - набор атрибутов, принадлежащих к сути набора функций и их конкретным свойствам. Функциями являются те, которые реализуют установленные или предполагаемые потребности.
- надежность (Reliability) - набор атрибутов, принадлежащих к умению программного обеспечения сохранять свой уровень качества функционирования при установленных условиях за отведенный период времени.
- практичность (Usability) - набор атрибутов, принадлежащих к объему работ, требуемых для использования и индивидуальной оценки такого использования определенным или предполагаемым кругом пользователей.
- эффективность (Efficiences) - набор атрибутов, принадлежащих к соотношению между уровнем качества функционирования программного обеспечения и объемом используемых ресурсов при установленных условиях.
- сопровождаемость (Maintainability) - набор атрибутов, принадлежащих к объему работ, требуемых для проведения конкретных изменений (модификаций).
- мобильность (Portability) - набор атрибутов, принадлежащих к умению программного обеспечения быть перенесенным из одного окружения в другое.
Совместно с использованием шести характеристик оценки качества программной продукции в целях описания и оценивания также устанавливаются уровни ранжирования и критерии конкретно для данной организации или для данного применения, или для того и другого.
Для измерения качества программной продукции результаты оценивания различных характеристик требуется сгруппировать. Специалист должен подготовить для этого процедуры, используя, например, таблицы решений или средние взвешенные. Процедура "обычно включает другие аспекты, такие как время и стоимость, которые способствуют оценке качества программной продукции в конкретных условиях эксплуатации" [76].
В заключении процесса оценивания следует уточнение по трем этапам, называемым "оценка", "измерение" и "ранжирование".
Для измерения описанные метрики применяются к программной продукции. Результатом являются, измерения выбранных метрик, значения в масштабах метрик. В процессе ранжирования вводится уровень ранжирования для измеренного значения метрик. Оценка является заключительным этапом процесса оценивания программного обеспечения, на котором обобщается множество установленных ранее уровней.
Вышеописанные стандарты являются основными рекомендациями при проектировании пользовательского интерфейса. Также формирование требований оценки качества программного продукта проходит на начальных этапах юзабилити-тестирования. Специалисты по юзабилити оценивают каждый элемент интерфейса, опираясь на общепризнанные стандарты качества, особенности взаимодействия "человек-компьютер" и основные принципы юзабилити.
1.3 Юзабилити-тестирование при проектировании интерфейсов
В исследованиях области юзабилити-тестирования приводятся определенные доводы в пользу целесообразности юзабилити-тестирования на ранних стадиях разработки пользовательского интерфейса существующего продукта. "В ряде проектов такая процедура действительно допускает выявление аспекты продукта, нуждающиеся в улучшении. Однако крупные дефекты продукта можно обнаружить посредством качественных исследований, и если бюджет проекта не позволяет выполнить более одного юзабилити-тестирования, то гораздо полезнее использовать его как средство проверки конкретных элементов нового дизайна" [42].
Так как результаты пользовательского юзабилити-тестирования обычно измеримы и поддаются количественному выражению, юзабилити-исследования продукта особенно ценны при сравнении конкретных вариантов дизайна для отбора наиболее эффективного решения.
Полученные в процессе юзабилити-тестирования комментрии пользователей наиболее полезны в случае, когда планируется проверить (либо усовершенствовать) механизмы взаимодействия или форму и реализацию определенных элементов продукта.
Проектирование пользовательского интерфейса информационных систем протекает в рамках процесса разработки программного обеспечения. Этот процесс подразумевает следующие этапы: выявление требований к будущей системе, спецификация системы, реализация, верификация, а также внедрение и поддержка системы.
С точки зрения процесса разработки создание интерфейса пользователя ничем не отличается от создания любого другого программного модуля. "Опасной (и достаточно типичной) ошибкой при разработке информационных систем является отношение к интерфейсу пользователя как к "надстройке" над готовой системой, представление о том, что его можно реализовать в последнюю очередь. Тем не менее, проектные решения, разработанные на ранних этапах создания информационной системы, будут влиять на эффективность работы пользователя. Корректировка дефектов организации взаимодействия с пользователем на поздних этапах разработки практически невозможно, так как означает перепроектирование системы и ее создание заново. Учет возможностей и ограничений пользователей необходим с самого начала разработки программного обеспечения" [44].
Требования при проектировании рабочих систем, к окружающей среде, системе, задаче и людям со временем изменяются из-за развития навыков, способностей и ожиданий. Другими словами при проектировании систем следует учитывать возможность изменений, система должна быть способна адаптироваться к новым требованиям.
Эргономические задачи в процессе проектирования выполняют в соответствии с таблицей 1. На каждой стадии этого процесса выполняют комбинации этих задач. При этом глубина анализа ПО должна соответствовать этапу конструирования [2, 46].
Таблица 1. Выполнение эргономических задач в процессе проектирования
Эргономическая задача |
Описание задачи |
|
1. Установление и уточнение технических данных |
Установление вклада эргономики при создании эффективной, надежной и безопасной системы |
|
2. Определение группы операторов |
Определение специфических особенностей операторов, которые используют рабочее оборудование |
|
3. Проведение анализа задачи |
Разделение функций между оператором и рабочим оборудованием. Установление задания для оператора (например, воздействие на органы управления, загрузка машины). Разделение задания на отдельные составные части, чтобы для каждого оператора определить последовательность воздействий на органы управления в пределах определенного отрезка времени (например, наблюдение отклонения стрелки, установка органов управления в заданное положение) |
|
4. Установление требуемых эргономических данных |
Установление эргономических данных для оценки определенного проекта посредством анализа задания, указывает на необходимость установления дальнейших требований при конструировании индикаторов (например, читаемость, точность и расположение), при расположении индикаторов и органов управления (которые позволяют оператору сохранять эффективную и естественную позу) и при конструировании органов управления (ограничение усилий, применяемых оператором, исключение случайного нажатия) |
|
5. Определение требуемой документации |
Определение информации, которая должна быть приведена в документации для оператора, например в руководстве по управлению и обслуживанию |
|
6. Определение требований к обучению |
Учет результатов анализа задания с целью определить особые требования по обучению оператора на рабочем оборудовании, а также влияние на безопасность, расходы и т.д. (например, использование стимулов для обучения, чтобы избежать ошибок оператора) |
|
7. Выбор метода оценки |
Определение метода оценки результата в сравнении с требованиями имеющегося проекта, например применение стандартов, компьютерные способы конструирования, моделирование рабочего задания и рабочих условий |
|
8. Оценка выбранного проекта |
Применение выбранных методов с целью определения соответствие эргономических требований проекта заданным условиям |
|
9. Оценка результатов анализа |
Решение, может ли быть достигнут компромисс между конструкторско-техническими и эргономическими требованиями, если нет, то определить, не следует ли повторить требования частично или полностью в новом переработанном проекте |
|
10. Оценка при участии оператора |
Применение масштабных или натурных моделей рабочего оборудования или его частей или применение макетов, чтобы оценить проект совместно с оператором и по возможности определить объем работы. Это должно, включать оценку любой документации |
|
11. Оценка результатов практического опыта оператора и изменения проекта |
Новая оценка проекта с учетом изменений, которые получены на основе практического опыта оператора, и при необходимости, повторение требований |
Изучение распределения функций между пользователем и машиной происходит на этапе анализа функций системы, который является первым этапом проектирования информационной системы. Результатом анализа является постановка задач и определение функциональных обязанностей пользователя. Специалисты по юзабиити участвуют на всех этапах разработки информационной системы и имеют возможность анализировать требования, которые должны быть учтены на каждом уровне проектирования информационной системы.
Также анализируют особенности планируемого применения разрабатываемой системы для задания системных требований. Спецификация системных требований должна быть документирована и описывать следующее:
- функции и возможности информационной системы, требования деловой сферы, организационные и пользовательские требования;
- требования по безопасности, защищенности, эргономике, интерфейсам, рабочим операциям и сопровождению;
- проектные ограничения и квалификационные требования.
При проектировании новой системы, разработчик должен принять во внимание навыки, способности, ожидания и опыт потенциальных пользователей. При проектировании рабочей системы обучение должно рассматриваться только как вспомогательная возможность, но не как способ исправления ошибок, допущенных в проекте.
Внимание к характеристикам пользователя необходимо с самого начала процесса проектирования при определении функций системы. При определении функций и подфункций системы, а также при распределении функций между пользователем и ПК, и между разными пользователями должны быть учтены особенности вовлеченных разработчиков.
При проектировании систем необходимо учитывать, что работа состоит из комбинации задач, выполняемых конкретным технологическим оборудованием в конкретной окружающей среде и в конкретной организационной структуре. Поэтому каждый из перечисленных компонентов может повлиять на проектирование рабочей системы, связанной с умственной нагрузкой.
Для контроля качества пользовательского интерфейса, как правило, используют тест-планы, которые являются сценарием, описывающим действия пользователя при работе с системой. Сценарии могут быть записаны либо на естественном языке, либо на формальном языке какой-либо системы автоматизации пользовательского интерфейса. Выполнение тестов при этом производится либо пользователем в ручном режиме, либо системой, которая эмулирует поведение пользователя.
Для каждого квалификационного требования системы должны быть разработаны и оформлены: набор тестов, тестовые примеры (входы, выходы, критерии тестирования) и процедуры тестирования. Специалист должен гарантировать готовность информационной системы к квалификационному тестированию.
Информационная система должна быть оценена с учетом следующих критериев:
- тестовое покрытие системных требований;
- применимость методов тестирования и используемых стандартов;
- соответствие ожидаемым результатам;
- осуществимость квалификационного тестирования системы;
- осуществимость функционирования и сопровождения.
Исследование и оценка интерфейса может проводиться разными методами, составленными специалистами по юзабилити. Общим для всех методов является постановка реальных задач перед пользователями, а также фиксирование результатов тестирования для последующего анализа. Для участия в юзабилити-тестировании отбираются пользователи, "соответствующие целевой аудитории, они также не должны быть знакомы со структурой интерфейса, так как быстрее других смогут разобраться с его устройством, а это может создать иллюзию, что интерфейс понятен и удобен для целевых посетителей. Для того чтобы выявить и оценить наибольшее количество присутствующих проблем, необходимо привлекать реальных пользователей" [20].
Проблемы юзабилити программного интерфейса Я. Нильсен предлагает оценивать по следующим четырем факторам [36]:
- частота возникновения той или иной проблемы у разных пользователей;
- влияние проблемы на пользователей: сложна она или проста в решении;
- частота возникновения данной проблемы у одного пользователя;
- получается ли у пользователя решить проблему с первого раза или он сталкивается с ней каждый раз, когда она возникает.
В таблице 2 структурированы этапы разработки и описаны виды юзабилити-тетирования при каждом этапе. На этапе анализа информационной системы можно выполнить количественное тестирование аналогов или предыдущих версий продукта для определения объективных критериев качества пользовательского интерфейса. Для точного задания таких критериев необходимо вначале определить типовые сценарии работы пользователей и решаемые информационной системой пользовательские задачи.
Таблица 2. Юзабилити-тестирование как один из методов в процессе разработкипользовательского интерфейса
Стадия |
Задача |
Результат |
|
Анализ |
Определение целей проектирования и критериев успешности продукта |
Описание целей проектирования и определение достижимых критериев |
|
Анализ и юзабилити-экспертиза конкурирующих продуктов, аналогов, предыдущих версий |
Результаты сравнительного анализа по ключевым критериям, перечень недостатков, перечень эргономических требований |
||
Определение контекста рабочей среды и окружения |
Операционная модель, Карта операционных профилей |
||
Определение ролей пользователей, описание целей и задач пользователей |
Ролевая модель, карта ролей пользователей |
||
Описание основных сценариев работы пользователей |
Модель задач, основные элементы Use Case, карта Use Case |
||
Количественное юзабилити-тестирование аналогов и предыдущих версий |
Определение количественных критериев качества |
||
Проектирование (Синтез) |
Концептуальное проектирование пользовательского интерфейса |
Контентная модель, Карта навигации |
|
Детальное проектирование пользовательского интерфейса |
Модель реализации, Функциональная модель, Визуальный проект, Бумажный/пассивный прототип, Тестовый/активный прототип, Спецификации на пользовательский интерфейс (описание характера взаимодействия, поведения системы и контролов, стилевые требования) |
||
Экспресс-ю-тестирование для проверки рабочих гипотез интерфейсных решений |
Интерфейсные решения, подтверждённые положительными результатами ю-тестирования |
||
Тестирование |
Авторский контроль за реализацией, экспертная оценка |
Перечень замечаний и необходимых доработок в UI |
|
Оценка потребительских качеств продукта |
Определение степени достижения заданных критериев качества, Определение степени пользовательской удовлетворённости продуктом, Редизайн интерфейса (при необходимости и возможности) |
||
Полномасштабное качественное и количественное тестирование |
Определение проблемных областей в UI (или подтверждение факта, что таких проблем нет) Определение качественных и количественных юзабилити-характеристик продукта |
||
Внедрение и сопровождение |
Сбор и анализ пользовательских замечаний и требований |
Выработка стратегии развития пользовательского интерфейса в будущих версиях продукта, Устранение дефектов UI. Фиксирование потребностей в функционале |
|
Оптимизация процесса проектирования |
Унификация, стандартизация, повторное использование интерфейсных решений. Достижение консистентных свойств UI |
Аккумуляция удачных и проверенных решений в руководствах по стилю оформления и по проектированию UI. Разработка |
На этапе проектирования интерфейса применяется "технология быстрого прототипирования, одним из элементов которой является экспресс-тестирование быстрых прототипов для получения объективного подтверждения правильности выбора того или иного интерфейсного решения - сравнительная оценка альтернативных интерфейсных решений либо подтверждение факта того, что выбранное интерфейсное решение не вызывает серьёзных проблем в применении" [46].
На этапе тестирования можно провести полномасштабное юзабилити-тестирование для выявления проблемных областей в пользовательском интерфейсе, а также для определения того, достигаются ли заданные критерии качества в новом интерфейсе.
Есть некоторые методы, которые могут применяться на нескольких этапах:
1. Этап планирования и оценки.
На данном этапе используются следующие методы:
собрание участников проекта;
анализ контекста использования;
создать план обеспечения юзабилити на основе стандарта ISO 13407;
анализ конкурентов.
Цель данного этапа - обуславливать эффективное использование методов процесса дизайна и разработки, обеспечить постоянное влияние этих методов на проектировщиков с самой ранней стадии проекта.
2. Этап составления требований к проекту использует другие методы:
опрос пользователей;
беседы с пользователями;
беседа в контексте;
наблюдение за пользователями исследования на месте;
контекст использования;
фокус группы;
мозговой штурм;
оценка существующей системы;
карточная сортировка;
диаграммы сходства;
сценарии (примеры);
анализ задач;
собрание по составлению требований.
На данном этапе происходит исследование пользователей и аспектов юзабилити, на основе чего в дальнейшем разрабатывается спецификация требований будущей системы. Методы, которые используют на данном этапе, требуются для получения данных о пользовательском интерфейсе, пользователях, их задачах и обстановке, в которой они выполняются.
Полученные данные согласовываются и используются для составления технических требований программного продукта.
Данные для юзабилити-тестирования "собирают с помощью опросов пользователей, бесед с ними, а также бесед в заданном контексте, наблюдений за пользователями и исследований на месте, а также с помощью анализа контекста использования, фокусных групп, либо с помощью мозгового штурма и оценки существующей системы. Информацию затем структурируют с помощью методов карточной сортировки, диаграмм сходства и разработки сценариев (примеров)" [16].
Для изучения задач, которые выполняют пользователи в системе, прибегают к методу анализа задач.
Технические требования, относящиеся к юзабилити пользовательского интерфейса:
- описывают весь диапазон первичных и вторичных пользователей системы;
- определяют приоритеты по каждому требованию в списке на основе согласованных критериев;
- определяют целевые показатели, по которым будет оцениваться юзабилити созданной системы;
- освещают юридические аспекты предъявляемых требований, ссылаются на признанные стандарты или рекомендации.
Отсюда следует, более значимые решения, во взаимодействии человека с будущей системой, принимаются на начальных этапах проектирования. Таким образом, и использование эргономических принципов должно быть весьма значительным на этой стадии и также существенным и на протяжении всего процесса проектирования. Однако уровень их использования может варьироваться. При анализе требований к системе ("формулирование целей") эргономические принципы играют важную роль и затрагивают все аспекты проекта. Если разработка всей системы выполнена ("реализация, валидация и внедрение"), то требования являются инструментом тонкой корректировки системы.
Определенное внимание уделяют применению эргономических принципов вплоть до самых последних этапов разработки программного продукта для предотвращения недоработок, таких как: возможные простои, высокая стоимость переделок, низкое качество разработки и недостаточное удобство работы с системой.
Юзабилити специалисты должны быть вовлечены в проект и эффективно, и результативно принимать участие в его разработке. При проектировании производственных информационных систем совместная разработка необходима, чтобы исключить неоптимальные решения, поскольку практический опыт обеспечивает для этого эффективную базу знаний.
1.4 Количественные и качественные методы оценки юзабилити-тестирования
В ходе юзабилити-тестирования исследуется, насколько продуктивно пользователи выполняют поставленные задачи и с какими трудностями они при этом сталкиваются. Технологии, которые отслеживают действия пользователей с программным продуктом, способны в автоматическом режиме собирать количественные статистические данные по действиям посетителей сайта.
Помимо технологии Eye-tracking, где объектом исследования служит направленность взора пользователя, Mouse-tracker представляет собой программное обеспечение, которое позволяет определять в реальном времени координаты компьютерной мыши, затем визуализировать, обрабатывать и анализировать их.
Принцип работы Mouse-tracker основан на "записи в реальном времени Х-, Y-координаты компьютерной мыши в пикселях и продолжительность задержки в данной точке. Получение такого рода информации требует определенных технологий и методов, которые в настоящее время используется" [14]:
- JavaScript. Используется для тестирования веб-страниц. JavaScript существует как часть веб-браузера. Используя этот язык, можно отслеживать движения мыши пользователя путем ввода строк кода на странице. Этот метод не требует какого-либо дополнительного программного обеспечения для установки на компьютере пользователя.
- Плагины. Плагин может быть аппаратным или программный. Модуль добавляет специфическую особенность или услугу к более крупной системе. В случае отслеживания мыши, подключаемые модули представляют собой программные модули. Плагины предназначены для того, чтобы настраивать особенности приложения или программы. Данные отслеживания траектории курсора мыши, предоставляемые плагинами, не отличаются от результата, полученного с помощью JavaScript. Отличие в использовании данного метода требует установки специального программного обеспечения.
Данный метод тестирует только законченный продукт, что делает его бесполезным при проектировании пользовательского интерфейса. Вследствие чего количество несоответствий стандартам юзабилити будет завышено.
Современные инструменты отслеживания курсора мыши выявляют различные данные, включая местоположение мыши (в пикселях), отметки о времени, в любое время наведении указателя мыши на ссылку интереса, щелчков мыши, время, проведенное в областях, представляющих интерес, и продолжительность. Кроме того, некоторые инструменты отслеживания обеспечивают анализ более высокого уровня, такие как карты тепла и воспроизведений, которые могут траекторию по следу мыши. Тепловая карта это один способов визуализации результатов тестирования (Рис. 3).
Рис.3. Пример тепловой карты Mouse-tracker
Место, где пользователь чаще всего двигает курсор, отображается на карте тепла красным цветом. Ближе к нему идет желтый цвет. Зоны зеленые и синие показывают места, которые курсор проходил редко, и не практически не задерживаясь.
Стоит отметить, что тепловые карты mouse-tracker и eye-tracker основываются на разных количественных данных, что означает разное формирование карт.
Тепловые карты данных технологий могут быть объединены в одну тепловую карту, которая показывает сумму фиксаций взглядов и кликов пользователей. Цветовая интерпретация остается прежней. Совмещение результатов позволяет определить зоны повышенного интереса пользователей.
Основными преимуществами технологии mouse-tracker в сравнении с технологией eye-tracker являются следующие качества:
- испытания проходят в собственном доме гостей или офиса, обеспечивая точные результаты юзабилити с широким спектром размеров браузеров / операционные системы / экран и т.д.
- посетители не чувствуют наблюдения за действиями, тем самым более расслаблены.
- массовое исследование, тестирование всех посетителей.
- стоимость программного обеспечения значительно ниже.
При проведении оценка качества пользовательского интерфейса испытуемым предлагается выполнить определенный набор тестовых заданий. В процессе тестирования замеряют время, количество допущенных ошибок, также измеряются некоторые другие параметры (частота обращения к справочным материалам, число посещенных страниц на сайте и т.п.) [12].
Подобные документы
Организация проверки результатов обучения и оценки знаний, использование систем тестирования, основные требования к ним. Создание современной модели WEB-сервиса тестирования знаний; программная реализация; защита от копирования информации и списывания.
курсовая работа [24,1 K], добавлен 11.05.2012Основные функции, требования и характеристики системы тестирования. Создание современной модели WEB-сервиса тестирования знаний студентов с помощью средств WEB-разработки. Описание пользовательского интерфейса сайта, этапы прохождения тестовых заданий.
курсовая работа [6,4 M], добавлен 14.07.2012История развития и виды тестирования программного обеспечения. Инсталляционное, регрессионное, конфигурационное, интеграционное, локализационное, модульное тестирование. Методы сокращения трудоемкости модульного тестирования разрабатываемого приложения.
курсовая работа [309,5 K], добавлен 16.12.2015Назначение и архитектура экспертных систем, их применение в сфере образования. Экспертные системы тестирования, принципы их функционирования. Инструментальные средства создания приложения и разработка программы тестирования. Описание программы, листинг.
дипломная работа [706,4 K], добавлен 07.05.2012Обзор существующих решений построения систем взаимодействия. Классическая архитектура клиент-сервер. Защита от копирования и распространения материалов тестирования. Задачи ИБ компьютерных систем тестирования и обзор современных способов их реализации.
курсовая работа [36,9 K], добавлен 26.04.2013Изучение различных видов тестирования программного обеспечения. Выявление в программной системе скрытых дефектов до того, как она будет сдана заказчику. Тестирование методом черного ящика. Требования, предъявляемые к процессу тестирования больших систем.
курсовая работа [3,0 M], добавлен 19.11.2009Обследование объекта, обоснование необходимости систем компьютерного тестирования. Анализ существующих разработок и обоснование выбора технологии проектирования. Создание системы компьютерного тестирования на основе случайного выбора в среде Visual Basic.
дипломная работа [2,4 M], добавлен 18.08.2013Жизненный цикл информационных систем, методологии и технологии их проектирования. Уровень целеполагания и задач организации, классификация информационных систем. Стандарты кодирования, ошибки программирования. Уровни тестирования информационных систем.
презентация [490,2 K], добавлен 29.01.2023Неразрешимость проблемы тестирования программного обеспечения. Виды и уровни тестирования. Стратегии восходящего и нисходящего тестирования. Методы "белого" и "черного" ящика. Автоматизированное и ручное тестирование. Разработка через тестирование.
курсовая работа [112,2 K], добавлен 22.03.2015Cовременные технологии тестирования. Assistant II, eTest, myTest X, veralTest, sunRav TestOfficePro. Концептуальная и физическая модель баз данных. Фреймворк Oposum CMS. Система тестирования учащихся, характеристика главных особенностей работы с ней.
дипломная работа [2,8 M], добавлен 02.01.2014