Тестирование специальных возможностей

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

Успешные пользовательские возможности

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

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

Средства тестирования специальных возможностей

Accessibility Insights

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

• Аналитика специальных возможностей для Windows помогает разработчикам находить и устранять проблемы со специальными возможностями в приложениях Windows. Средство поддерживает три основных сценария:
  • Live Inspect позволяет разработчикам убедиться, что элемент в приложении имеет правильные модель автоматизации пользовательского интерфейса свойства, просто наведите указатель мыши на элемент или задав фокус клавиатуры на нем.
  • FastPass — упрощенный двухэтапный процесс, который помогает разработчикам выявлять распространенные проблемы с высоким уровнем доступности менее чем за пять минут.
  • Устранение неполадок позволяет диагностировать и устранять определенные проблемы со специальными возможностями.
• Специальные возможности для Интернета — это расширение для Chrome и Microsoft Edge Insider , которое помогает разработчикам находить и устранять проблемы со специальными возможностями в веб-приложениях и сайтах. Она поддерживает два основных сценария:
  • FastPass — упрощенный двухэтапный процесс, который помогает разработчикам выявлять распространенные проблемы с высоким уровнем доступности менее чем за пять минут.
  • Оценка — позволяет любому пользователю убедиться, что веб-сайт соответствует 100% стандартам и рекомендациям по специальным возможностям. Аналитика специальных возможностей также позволяет просматривать модель автоматизации пользовательского интерфейса элементы, свойства, шаблоны элементов управления и события (аналогичные устаревшим средствам Проверки и AccEvent, описанным в следующем разделе).

Устаревшие средства тестирования

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

Вы можете запустить следующие средства тестирования специальных возможностей из командной строки Microsoft Visual Studio или перейдите в папку bin , где на компьютере разработки установлен пакет SDK для Windows.

AccScope

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

Проверить

Средство Inspect позволяет выбрать любой элемент пользовательского интерфейса и просмотреть сведения о его специальных возможностях. Вы можете просматривать свойства и шаблоны элементов управления Microsoft модель автоматизации пользовательского интерфейса и тестировать структуру навигации элементов автоматизации в дереве модель автоматизации пользовательского интерфейса. Особенно полезно обеспечить правильное задание свойств и шаблонов элементов управления при расширении общего элемента управления или создании пользовательского элемента управления.

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

На следующем рисунке показан инструмент проверки, запрашивающий модель автоматизации пользовательского интерфейса свойства элемента меню "Изменить" в Блокноте.

Средство проверки специальных возможностей пользовательского интерфейса

Средство проверки специальных возможностей пользовательского интерфейса (AccChecker) помогает обнаруживать потенциальные проблемы со специальными возможностями во время выполнения. AccChecker включает проверки для модель автоматизации пользовательского интерфейса, специальных возможностей Майкрософт и доступных расширенных интернет-приложений (ARIA). Он может обеспечить статическую проверку ошибок, таких как отсутствующие имена, проблемы с деревом и многое другое. Он помогает проверить программный доступ и включает дополнительные функции для автоматизации тестирования специальных возможностей. Вы можете запустить AccChecker в пользовательском интерфейсе или в режиме командной строки. Чтобы запустить средство режима пользовательского интерфейса, откройте папку AccChecker в папке bin Windows SDK, запустите acccheckui.exe и выберите меню справки.

проверка модель автоматизации пользовательского интерфейса

модель автоматизации пользовательского интерфейса Проверка (проверка UIA) — это платформа для ручного и автоматического тестирования реализации модель автоматизации пользовательского интерфейса в элементе управления или приложении (результаты можно регистрировать). UIA Verify может интегрироваться в тестовый код и проводить регулярные, автоматизированные проверки или точечные проверки модель автоматизации пользовательского интерфейса сценариев и полезны для проверки того, что изменения приложений с установленными функциями не имеют новых проблем или регрессий. Проверка UIA можно найти в подпапке UIAVerify в папке корзины пакета SDK для Windows.

Наблюдатель за событиями со специальными возможностями

Наблюдатель за событиями со специальными возможностями (AccEvent) проверяет, будут ли элементы пользовательского интерфейса приложения запускать правильные модель автоматизации пользовательского интерфейса и события Microsoft Active Accessibility при изменении пользовательского интерфейса. Изменения в пользовательском интерфейсе могут возникать при изменении фокуса или при вызове, выборе или изменении состояния или свойства элемента пользовательского интерфейса. AccEvent обычно используется для отладки проблем и проверки правильности работы пользовательских и расширенных элементов управления.

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

Проверка специальных возможностей клавиатуры

Лучший способ проверить специальные возможности клавиатуры — отключить мышь или использовать экранную клавиатуру, если вы используете планшетное устройство. Проверка навигации по специальным возможностям клавиатуры с помощью клавиши TAB . С помощью клавиши TAB можно выполнять циклический цикл по всем интерактивным элементам пользовательского интерфейса. Для составных элементов пользовательского интерфейса убедитесь, что вы можете перемещаться между частями элементов с помощью клавиш со стрелками. Например, вы сможете перемещаться по спискам элементов с помощью клавиш клавиатуры. Наконец, убедитесь, что все интерактивные элементы пользовательского интерфейса можно вызвать с помощью клавиатуры, как правило, с помощью клавиши ВВОД или ПРОБЕЛ.

Проверка коэффициента контрастности видимого текста

Используйте средства контрастности цвета, чтобы убедиться, что допустимое соотношение контрастности видимого текста. Исключения включают неактивные элементы пользовательского интерфейса, логотипы или декоративный текст, которые не передают никакой информации и могут быть перестроены без изменения значения. Дополнительные сведения о соотношении контрастности и исключениях см. в разделе "Доступные текстовые требования ". Сведения о методах WCAG 2.0 G18 (раздел "Ресурсы") для средств, которые могут тестировать коэффициенты контрастности.

Проверка приложения в высокой контрастности

Используйте приложение в то время как тема высокой контрастности активна, чтобы убедиться, что все элементы пользовательского интерфейса отображаются правильно. Все тексты должны быть читаемыми, и все изображения должны быть понятными. Настройте ресурсы с темами XAML или шаблоны элементов управления, чтобы исправить все проблемы темы, поступающие из элементов управления. В случаях, когда известные проблемы с высокой контрастностью не приходят из тем или элементов управления (например, из файлов изображений), предоставляют отдельные версии для использования при активной теме высокой контрастности.

Проверка приложения с параметрами отображения

Используйте параметры отображения системы, которые настраивают значения точек отображения на дюйм (dpi) и убедитесь, что пользовательский интерфейс приложения правильно масштабируется при изменении значения dpi. (Некоторые пользователи изменяют значения dpi в качестве параметра специальных возможностей, он доступен из Простота доступа , а также отображение свойств.) Если возникли проблемы, следуйте рекомендациям по масштабированию макета и предоставьте дополнительные ресурсы для различных факторов масштабирования .

Проверка сценариев основного приложения с помощью экранного диктора

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

Выполните следующие действия, чтобы протестировать приложение с помощью экранного диктора с помощью мыши и клавиатуры:

1. Запустите экранный диктор, нажав клавиши с логотипом Windows + CTRL+ВВОД. В версиях до Windows 10 версии 1607 используйте клавиши с логотипом Windows + ВВОД для запуска экранного диктора.
2. Перейдите к приложению с помощью клавиатуры с помощью клавиши TAB, клавиш со стрелками и клавиши caps Lock + со стрелками.
3. При переходе к приложению прослушивание экранного диктора считывает элементы пользовательского интерфейса и проверяет следующее:
   • Для каждого элемента управления убедитесь, что экранный диктор считывает все видимое содержимое. Кроме того, экранный диктор считывает имя каждого элемента управления, любое применимое состояние (флажок, выбранный и т. д.), а также тип элемента управления (кнопка, флажок, элемент списка и т. д.).
   • Если элемент является интерактивным, убедитесь, что экранный диктор может вызвать его действие, нажав клавиши Caps Lock + ВВОД.
   • Для каждой таблицы убедитесь, что экранный диктор правильно считывает имя таблицы, описание таблицы (если доступно), а также заголовки строк и столбцов.
4. Нажмите клавиши Caps Lock + SHIFT+ ВВОД , чтобы найти приложение и убедиться, что все элементы управления отображаются в списке поиска, а имена элементов управления локализованы и доступны для чтения.
5. Отключите монитор и попробуйте выполнить основные сценарии приложения с помощью клавиатуры и экранного диктора. Чтобы получить полный список команд экранного диктора и сочетаний клавиш, нажмите клавиши Caps Lock + F1.

Начиная с Windows 10 версии 1607, мы представили новый режим разработчика в экранном дикторе. Включите режим разработчика, когда экранный диктор уже запущен, нажав клавиши Control + Caps Lock + F12. Если режим разработчика включен, экран будет маскирован и будет выделять только доступные объекты и связанный текст, предоставляемый программным способом экранным диктором. Это дает хорошее визуальное представление сведений, предоставляемых экранным диктором.

Выполните следующие действия, чтобы протестировать приложение с помощью сенсорного режима экранного диктора:

1. Ознакомьтесь с пользовательским интерфейсом и изучите макет.

   • Переход по пользовательскому интерфейсу с помощью жестов прокрутки с одним пальцем. Чтобы изменить категорию перемещаемых элементов, используйте пальцы влево или вправо, чтобы перемещаться между элементами. Категории включают все элементы, ссылки, таблицы, заголовки и т. д. Навигация с помощью жестов прокрутки с одним пальцем похожа на навигацию с помощью caps Lock + Стрелка.
   • Используйте жесты табуляции для навигации по элементам с фокусируемыми элементами. Проводите пальцем вправо или влево так же, как навигация по клавише TAB и SHIFT+TAB .
   • Пространственный анализ пользовательского интерфейса одним пальцем. Перетащите один палец вверх и вниз или влево и вправо, чтобы экранный диктор считывал элементы под пальцем. Вы можете использовать мышь в качестве альтернативы, так как она использует ту же логику хит-тестирования, что и перетаскивание одного пальца.
   • Прочитайте все окно и все его содержимое с тремя пальцами проводите пальцем вверх. Это эквивалентно использованию Caps Lock + W.

   Если у вас есть важный пользовательский интерфейс, у вас может возникнуть проблема со специальными возможностями.

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

   Основные действия включают в себя такие действия, как активация кнопки, размещение текстового курсора и установка фокуса на элемент управления. Вторичные действия включают такие действия, как выбор элемента списка или расширение кнопки, которая предлагает несколько вариантов.

   • Чтобы проверить основное действие: дважды коснитесь или нажмите одним пальцем и коснитесь другого.
   • Чтобы проверить дополнительное действие: тройной касание, или нажмите одним пальцем и дважды коснитесь другого.
   • Чтобы проверить поведение прокрутки: проведите пальцем двумя пальцами для прокрутки в нужном направлении.

   Некоторые элементы управления предоставляют дополнительные действия. Чтобы отобразить полный список, введите один касание с четырьмя пальцами.

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

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

Изучение представления модель автоматизации пользовательского интерфейса приложения

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

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

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

См. также

• Специальные возможности
• Рекомендации, чтобы избежать
• Автоматизация пользовательского интерфейса
• Специальные возможности в Windows
• Начало работы с экранным диктором