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

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

Критерии и принципы оценки:

Ниже приведены ключевые факторы критериев оценки для планирования сценариев использования тестирования доступности.

Видимость контента

Размер

Речь в текст

Контрастность

Следуя критериям оценки, мы должны помнить о четырех основных принципах, разработанных Всемирным консорциумом (W3C), которые определяют стандарты доступности, как указано ниже, во время разработки функций доступности и связанных вариантов использования:

1. Воспринимаемый: информация и компоненты пользовательского интерфейса должны быть представлены пользователям так, как они могут восприниматься. Это означает, что пользователи должны уметь воспринимать представленную информацию (она не может быть невидимой для всех их органов чувств).
2. Работоспособен: компоненты пользовательского интерфейса и навигация должны быть работоспособными. Это означает, что пользователи должны иметь возможность управлять интерфейсом (интерфейс не может требовать взаимодействия, которое не может выполнить пользователь).
3. Понятный: информация и работа пользовательского интерфейса должны быть понятными. Это означает, что пользователи должны уметь понимать информацию, а также работу пользовательского интерфейса (содержание или операция не могут выходить за рамки их понимания).
4. Надежность: контент должен быть достаточно надежным, чтобы его можно было надежно интерпретировать широким спектром пользовательских агентов, включая вспомогательные технологии. Это означает, что пользователи должны иметь возможность доступа к контенту по мере развития технологий (по мере развития технологий и пользовательских агентов контент должен оставаться доступным).

Для иллюстрации мы будем использовать следующие функции специальных возможностей, доступные в ОС Android 11, в этом сообщении в блоге.

Как включить?

Пример: что нужно учитывать при разработке сценариев использования Talkback

После включения TalkBack есть два основных способа навигации:

1. Линейная навигация: проведите пальцем вправо или влево для последовательной навигации по элементам экрана. Дважды нажмите в любом месте, чтобы выбрать.
2. Изучение касанием: проведите пальцем по экрану, чтобы услышать, что выбрано, и дважды коснитесь его, чтобы выбрать

1. Открыть приложение
2. Проведите по каждому элементу последовательно
3. Во время навигации проверяйте следующее:
4. Точно ли речевая обратная связь для каждого элемента передает его содержание или цель?
5. Сможете ли вы легко выполнять основные рабочие процессы?
6. Можете ли вы добраться до каждого элемента, проведя пальцем по экрану?
7. Если появляются предупреждения или другие временные сообщения, четко ли они слышны?

Существует несколько инструментов для проверки и аудита доступности веб- и мобильных приложений. Google Lighthouse - один из широко используемых на рынке инструментов аудита доступности.

Google Lighthouse можно запустить в Chrome DevTools, из командной строки или как модуль узла. Lighthouse проводит серию аудитов страницы, а затем генерирует отчет о неудачных проверках в качестве индикаторов того, как улучшить страницу. У каждого аудита есть справочная документация, в которой объясняется, почему аудит важен, а также как его исправить.

Описание шагов по аудиту доступности веб-приложения для справки:

1. Запустить сайт
2. Щелкните правой кнопкой мыши веб-страницу и выберите «Проверить».
3. Выберите вкладку Lighthouse в DevTools.


5. Выберите тип устройства для аудита (мобильное / настольное).

6. Нажмите «Создать отчет» (для выбранного веб-сайта будет инициирован аудит веб-страницы, и Lighthouse проведет аудит по категориям, выбранным на шаге 4).



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




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

• Действительность: этот атрибут связан со степенью, в которой измерения, полученные с помощью метрики, отражают доступность веб-сайта, к которому он применяется.
• Надежность: этот атрибут связан с воспроизводимостью и согласованностью оценок, то есть степенью их совпадения, когда оценки одних и тех же ресурсов выполняются в разных контекстах (разные инструменты, разные люди, разные цели, разное время).
• Чувствительность: чувствительность метрики связана с тем, насколько изменения в выводе метрики количественно связаны с изменениями доступности анализируемого сайта.
• Адекватность: это общее качество, охватывающее несколько свойств метрик доступности: тип данных, используемых для представления оценок, точность с точки зрения разрешения шкалы, нормализация, диапазон, охватываемый фактическими значениями метрики (распределение).
• https://developer.android.com/guide/topics/ui/accessibility/testing
• https://developers.google.com/web/tools/lighthouse
• https://www.w3.org/WAI/WCAG21/Understanding/intro#understanding-the-four-principles-of-accessibility
• https://www.w3.org/WAI/RD/wiki/Benchmarking_Web_Accessibility_Metrics#The_benefits_of_using_metrics

Надеюсь, вам понравилось читать эту статью, и вы знаете, что такое упражнение - хлопайте, комментируйте и делитесь.

Ура, Картик