Выбор задач

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

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

Спросите у них, что они думают, и выслушайте, что они скажут.

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

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

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

Обзор имеющихся видео и выбор одного из них для воспроизведения.

Поиск видео.

Загрузка видео на сайт.

Остановка воспроизведения видео, воспроизведение видео, отключение звука видео, включение звука видео, перемотка видео в обратном направлении и повторное воспроизведение.

Оценка видео.

Поделиться видео с приятелем.

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

Интерпретация результатов

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

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

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

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

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

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