Учебники

Тестирование доступности

Что такое тестирование доступности?

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

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

  • Speech RecognitionSoftware — он преобразует произнесенное слово в текст, который служит входом для компьютера.
  • Программа для чтения с экрана — используется для считывания текста, отображаемого на экране
  • Программное обеспечение для увеличения экрана — используется для увеличения монитора и облегчения чтения для пользователей с нарушениями зрения.
  • Специальная клавиатура для пользователей, которые легко набирают текст и испытывают трудности с управлением двигателем

Что такое тестирование доступности?

В этом уроке вы узнаете

Почему тестирование доступности?

Причина 1 : обслуживать людей с ограниченными возможностями.

Что такое тестирование доступности?

Около 20% населения имеют проблемы с инвалидностью.

  • 1 из 10 человек имеет тяжелую инвалидность
  • 1 из 2 человек старше 65 лет имеет ограниченные возможности

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

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

Причина 2 : соблюдать законодательство о доступности

Что такое тестирование доступности?

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

Ниже приведены правовые акты различных правительств —

  • Соединенные Штаты: Закон об американцах-инвалидах — 1990
  • Соединенное Королевство: Закон о дискриминации инвалидов — 1995
  • Австралия: Закон о дискриминации инвалидов — 1992
  • Ирландия: Закон об инвалидности 2005 года

Проверка доступности важна для обеспечения соответствия законодательству.

Причина 3 : избегать потенциальных судебных исков

Что такое тестирование доступности?

В прошлом компаниям из списка Fortune 500 предъявлялись судебные иски за то, что их продукты не были дружественными для инвалидов. Здесь несколько выдающихся случаев

  • Национальная федерация для слепых (NFB) против Amazon (2007)
  • Секстон и NFB против Target (2007)
  • NFB против поселения AOL (1999)

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

 

 

Какие инвалидности поддерживать?

Приложение должно поддерживать людей с ограниченными возможностями, таких как —

Тип инвалидности

Описание инвалидности

Видение Инвалидности

  • Полная слепота или дальтонизм или плохое зрение
  • Визуальные проблемы, такие как визуальный стробоскоп и проблемы с мигающим эффектом

Инвалидность

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

Когнитивная инвалидность

  • Трудности в обучении или плохая память или неспособность понять более сложные сценарии

Грамотность Инвалидность

  • Проблемы с чтением

Нарушение слуха

  • Слуховые проблемы, такие как глухота и нарушения слуха
  • Не может слышать или не может слышать ясно

Как сделать тестирование доступности?

Проверка доступности может быть выполнена двумя способами, а именно:

  1. Руководство
  2. автоматизированный

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

  1. Предоставляет ли приложение клавиатурные эквиваленты для всех операций мыши и окон?
  2. Предоставляются ли инструкции как часть пользовательской документации или руководства? Легко ли понять и использовать приложение, используя документацию?
  3. Упорядочены ли вкладки логически для обеспечения плавной навигации?
  4. Предусмотрены ли сочетания клавиш для меню?
  5. Поддерживает ли приложение все операционные системы?
  6. Четко ли указано время отклика каждого экрана или страницы, чтобы конечные пользователи знали, как долго ждать?
  7. Все ли надписи правильно написаны в приложении?
  8. Является ли цвет приложения гибким для всех пользователей?
  9. Правильно ли используются изображения или значки, чтобы их было легко понять конечным пользователям?
  10. Есть ли в приложении звуковые оповещения?
  11. Может ли пользователь настроить аудио или видео элементы управления?
  12. Может ли пользователь переопределить шрифты по умолчанию для печати и отображения текста?
  13. Может ли пользователь настроить или отключить мигание, вращение или перемещение дисплеев?
  14. Убедитесь, что цветовое кодирование никогда не используется в качестве единственного средства передачи информации или указания на действие
  15. Видна ли подсветка с перевернутыми цветами? Тестирование цвета в приложении путем изменения контрастности
  16. Правильно ли слышат люди, имеющие отношение к аудио и видео, люди с ограниченными возможностями? Протестируйте все мультимедийные страницы без динамиков на веб-сайтах
  17. Предоставляется ли обучение пользователям с ограниченными возможностями, что позволит им ознакомиться с программным обеспечением или приложением?

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

Существуют разные способы проверки доступности в зависимости от инвалидности. Мы выучим их всех по одному.

1) нарушение зрения

Хорошо, теперь давайте предположим, что у меня нет способности к зрению. Я полностью слепой и хотел зайти на сайт XYZ. В таком случае какой вариант ???? Не могу ли я зайти на сайт XYZ? Какой вариант у меня есть? Существует вариант с одним словом, который называется SCREENREADER. Да, вы поняли это правильно. ЧИТАТЕЛЬ ЭКРАНА. Теперь, что это за программа чтения с экрана? Это программное обеспечение, которое используется для повествования контента в Интернете. В основном, что находится на вашем сайте, будь то контент, ссылка, радио-кнопка, изображения, видео и т. Д. Программа чтения с экрана расскажет обо всем и обо мне. Есть множество доступных программ чтения с экрана. Я работал с челюстями.

В основном, когда вы запускаете челюсти или любую программу чтения с экрана, а затем переходите на веб-сайт, он будет рассказывать вам весь контент. Например: я запустил челюсти и запустил браузер. JAWS объявит, что стартовая страница Mozilla Firefox. Теперь, если я перейду в адресную строку, JAWS сообщит, что ADDRESS BAR, а затем введите www.google.com в адресной строке, челюсти будут объяснить примерно так:

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

Что такое тестирование доступности?

Пункт, который я хочу объяснить здесь, программа чтения с экрана будет рассказывать слово за словом, если вы введете что-то или в текстовое поле . Точно так же, если есть ссылка, она произносит ее как ссылку, для кнопки она произносит ее как кнопку. Так что слепой может легко определить вещи.

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

2) ухудшение зрения

Есть две категории, о которых я хочу упомянуть при ухудшении зрения.

Первый — дальтонизм. Дальтонизм означает не полностью слепой, но не способный правильно рассмотреть какой-то определенный цвет. Красный и синий — это общие цвета, которые люди не могут правильно видеть, если у них есть дальтонизм. В общем, если у меня есть дальтонизм красного цвета, и я хочу использовать веб-сайт, который на 80% красный, тогда ??? Мне было бы удобно на этом веб-сайте? Ответ — нет.

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

3) Плохое зрение

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

1) В таких случаях лучше всего избегать мелкого текста. Потому что это было бы большим преимуществом для людей с плохим зрением.

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

4) Другая инвалидность

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

Например : если я парализован правой рукой, и мне неудобно с мышью или я говорю, что не хочу использовать мышь, то что? В том случае, если я не могу получить доступ к ссылке или флажкам на сайте через клавиатуру, тогда ???? Таким образом, сайт должен быть полностью доступен с клавиатуры.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

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

Пользователь с нарушениями слуха (глухой или плохо слышащий): последние — это люди с нарушениями слуха. Глухой человек может получить доступ к веб-сайту, поскольку он в состоянии видеть контент на веб-сайте. Но когда дело доходит до аудио и видео, они сталкиваются с трудностями. Так что в этом случае для любого видео и аудио должен быть текст Alt. Альтернативный текст означает Альтернативный текст. Предположим, есть какое-нибудь видео о том, как забронировать авиабилет. В этом случае текст должен быть там, чтобы глухой человек мог прочитать это и понять, о чем идет речь.

Инструменты тестирования доступности:

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

 

1) Волна

Wave — это бесплатный инструмент для веб-доступа, созданный WEBAIM. Он используется для проверки веб-страницы вручную для различных аспектов доступности. Этот инструмент можно использовать для проверки внутренней сети, защищенных паролем, динамически генерируемых или конфиденциальных веб-страниц. Основные функции панели веб-доступности включают идентификацию компонентов веб-страницы, предоставление доступа к альтернативному представлению содержимого страницы и облегчение использования сторонних онлайн-приложений. Это обеспечивает 100% частную и безопасную отчетность о доступности

Посетите здесь

2) ТАУ

TAW — это онлайн-инструмент для определения доступности вашей сети. Этот инструмент анализирует веб-сайт в соответствии с рекомендациями по доступности веб-сайтов W3C и показывает проблемы с доступностью. Проблемы тестирования доступности веб-сайтов подразделяются на приоритет 1, приоритет 2 и приоритет 3. Интересной особенностью TAW является возможность генерировать подмножества WCAG 1.0 для тестирования. В инструменте TAW вы можете выбрать тестирование одной страницы или нескольких страниц с помощью «паука» сайта. TAW также позволяет нам определять дополнительные проверки через диалоговое окно «Проверка пользователя»

Посетите здесь

3) Доступность Valet

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

  • Глубокие отчеты для разработчиков
  • Резюме для обеспечения качества и управления
  • Метаданные для семантической сети и WWW
  • Автоматическая очистка и преобразование HTML в XHtml
  • Скриптовые инструменты

Посетите здесь

4) Специальные инструменты разработчика

Это расширение Chrome. Это делает и аудит доступности. Результаты аудита показывают правила доступности, которые нарушаются тестируемой страницей. Расширение имеет высокие отзывы и часто обновляется

Посетите здесь

5) Быстрый тестер доступности страниц

Поскольку есть несколько отличных панелей инструментов специальных возможностей, Quick Page Accessibility Tester — это закладка, которую вы можете щелкнуть, чтобы получить быстрый анализ веб-страницы. Он определит различные проблемы с вашей страницей, предупредит о возможных проблемах и выделит области на странице, которые могут извлечь выгоду из ARIA (Accessible Rich Internet Applications).

Посетите здесь

На рынке доступны различные инструменты для тестирования доступности веб-сайтов, приведенные ниже:

6) Дизайнер

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

Посетите здесь

7) WebAnywhere

Это инструмент на основе браузера, который работает аналогично программам чтения с экрана, таким как Jaws. Это помогает читателям, как читать веб-страницы.

Посетите здесь

 

8) Панель инструментов веб-доступности

WAT — это расширение Internet Explorer или Opera, которое предлагает дизайнерам веб-страниц полезные функции для анализа веб-страниц. Одной из лучших функций является функция GreyScale, которая помогает находить пятна низкой контрастности в дизайне.

Посетите здесь

Мифы о доступности тестирования:

Ниже приведены мифы о тестировании доступности:

Миф: создание доступного сайта стоит дорого

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

Миф: Изменение недоступных веб-сайтов на доступный веб-сайт требует много времени и средств

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

Миф: доступность проста и скучна

Доступность не означает только текстовую страницу

Вы можете сделать веб-страницы привлекательными, но они должны быть разработаны таким образом, чтобы они были доступны всем пользователям. Кроме того, в соответствии с рекомендациями по доступности веб-контента W3C — настоятельно не рекомендуется использовать только текстовые страницы.

Миф: доступность для слепых и инвалидов

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

Вывод

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