
- •26. Тестирование доступности
- •Содержание
- •Когда должно выполняться тестирование?
- •Детали соответствия
- •§ 1194.22 (C) Страницы Web должны создаваться таким образом, чтобы вся информация, передаваемая с помощью цвета, была доступна также без цвета, например, из контекста или разметки.
- •Важность интерфейса пользователя
- •Персона с функциональными ограничениями
- •Выбор стандарта доступности
- •Смысл закона
- •Кто должен тестировать?
- •Экспертное тестирование
- •Полуавтоматические средства контроля доступности
- •Инспекция структуры
- •Подробная инспекция
- •Взаимодействие
- •Понятность
- •Надежность
- •Тестирование пользователей
- •Набор тестировщиков
- •Практические рассмотрения
- •Выбор задач
- •Интерпретация результатов
- •Сообщение о результатах тестирования доступности
Сообщение о результатах тестирования доступности
При сообщении о результатах оценки доступности, точно зафиксируйте, что оценивалось. Если вы тестировали соответствие определенному стандарту, будьте конкретны в точном указании, где соответствие было успешно, а где нет. При обнаружении проблемы, постарайтесь представить ее в реальных, человеческих терминах, и объясните, как проблема может отрицательно влиять на пользователей. Опишите как воспроизвести проблему и протестировать ее разрешение. Предложите практические методы для достижения согласованности или улучшения доступности.
Например, вы могли бы сообщить о проблеме с Web-сайтом общего доступа к видео следующим образом:
Проблема: Раскрывающееся меню не может быть открыто без помещения указателя мыши над верхними пунктами меню, а фокус клавиатуры исчезает с экрана при использовании клавиши Tab для перемещения в меню.
Как воспроизвести: Откройте страницу в браузере и попытайтесь добраться до подпунктов меню с помощью только клавиатуры.
Объяснение: Навигация Web должна быть независимой от устройства, чтобы пользователи, использующие устройства отличные от мыши — такие как слепые пользователи или пользователи с моторными недостатками — могли получить доступ к контенту и функциям. В настоящее время такие пользователи не могут получить доступ к позициям в подменю, а зрячие пользователи использующие клавиатуру могут быть поставлены в тупик, когда индикатор фокуса исчезает.
Последствия для соответствия: Взаимодействие с клавиатурой является требованием соответствия WCAG 1.0 и WCAG 2.0 Level "A" (см. WCAG 1.0 Guideline 9 и WCAG 2.0 Guideline 2.1).
Предложенные решения: Когда JavaScript недоступен, используйте простой список ссылок на подстраницы для каждого подсписка навигации. На подстраницах, представьте основную навигацию, за которой следует подсписок. Когда JavaScript доступен, удалите подсписок из DOM и добавьте подсписки для каждого пункта меню при событии щелчка, которое можно активировать клавиатурой, мышью, устройством распознавания речи, и сенсорным экраном в равной степени.
Заключение
Не каждая Web-страница будет оцениваться на доступность экспертами и пакетом платных тестов. Но любой разработчик Web может изучить принципы доступности, попытаться реализовать эти принципы в своем коде, и отправить результаты своей работы в списки почтовой рассылки пользователей, чтобы узнать о дополнительных проблемах, и таким образом получить новое знание для будущих исследований.
Контрольные вопросы
-
Попробуйте поперемещаться по сложному сайту на свой выбор без использования мыши. С какими трудностями вы столкнулись? Как разработчики сайта могут вам помочь?
-
Отключите CSS и пользуйтесь обычным образом Интернет в течение дня. С какими проблемами вы столкнулись?
-
Отключите JavaScript и пользуйтесь обычным образом Интернет в течение дня. С какими проблемами вы столкнулись?
-
Выберите любимый сайт, создайте для этого сайта несколько персон, затем оцените его соответствие WCAG 1.0 и общую доступность как тестировщик эксперт. Создайте план тестирования пользователя для сайта, и включите требования для найма и задания для теста. Напишите отчет о том, как можно было бы улучшить его доступность.