Учебное пособие по тестированию доступности: что такое, инструменты и инструменты; Примеры

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

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

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

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

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

• Что такое тестирование доступности?
• Почему тестирование доступности?
• Какие виды инвалидности поддерживать?
• Как провести тестирование доступности?
• Инструменты тестирования доступности
• Мифы о тестировании доступности

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

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

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

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

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

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

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

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

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

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

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

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

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

• Национальная федерация слепых (NFB) против Amazon (2007)
• Секстон и NFB против Target (2007)
• NFB Vs 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 или любую программу чтения с экрана, а затем переходите на веб-сайт, он расскажет вам весь контент. Например: я запустил челюсти, и запустил браузер. JAWS объявит, что Mozilla Firefox запускает страницу, теперь, если я перейду в адресную строку, JAWS объявит, что АДРЕСНАЯ БАРЬ, а затем введите www.google.com в адресной строке, челюсти перейдут чтобы объяснить примерно так: -

Адресная строка, w, w, w, точка, g, o, o, g, l, e, точка, c, o, m. Кроме того, когда страница полностью загрузится, челюсти снова объявят главную страницу Google.Com.Теперь, если я захожу в поиск Google, JAWS сообщит об этом поиске в Google. Так что слепому человеку будет легко распознавать вещи.

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

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

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

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

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

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

3) НЕДОСТАТОЧНОСТЬ ЗРЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

Ниже приведены некоторые из популярных инструментов тестирования доступности :

1) Волна

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

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

2) TAW

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

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

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

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

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

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

4) Инструменты разработчика специальных возможностей

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

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

5) Тестер страниц быстрого доступа

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

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

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

6) aDesigner

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

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

7) WebAnywhere

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

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

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

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

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

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

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

Миф: создание доступного веб-сайта - дорогое удовольствие

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

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

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

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

Доступность - это не только текстовая страница

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

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

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

Вывод

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