Содержание
Это лучше делать мануально — смотреть, слушать, как это будет выглядеть со стороны реального пользователя. Чаще всего, приложения адаптируют под пользователей с нарушениями слуха или зрения, и реже — под людей, которые не имеют возможности использовать клавиатуру или другое устройство ручного ввода. — Accessibility testing — это тестирование приложения на соответствие рекомендациям документа W3C, а именно положению Web Content Accessibility Guidelines 2.1. При Accessibility тестировании специалисты проверяют, насколько то или иное приложение доступно людям с ограниченными возможностями.
Впрошлом материале я делился деталями о том, что такое тестирования доступности, как с ним работать, а также — как использовать стандарт WCAG в работе. В данной статье я разберу разнообразные инструменты для тестирования доступности. Так, как сам список может показаться не достаточно интересным, я расскажу о том, что именно можно протестировать с помощью какого инструмента. В контексте данной статьи мы рассматриваем уровень доступности АА (по стандарту Web Content Accessibility Guidelines). 12% людей в мире ограничены в возможностях, но это не только инвалиды в колясках или незрячие люди. Сильная усталость, возраст, трудности с обучаемостью влияют на возможности людей.
Мужья и жены, соседи, друзья и представители нетехнических команд вашей компании – отличные кандидаты. Наблюдая, как они пробираются сквозь сайт, вы можете найти места, непонятные интуитивно. Тестирование с привлечением людей с ограниченными возможностями проводится на более детальных прототипах или готовом продукте. Оценка accessibility веб-сайтов определяет, доступен ли сайт всем пользователям. Обеспечение доступности продукта не заканчивается на тестировании, обычной практикой является проведение аудита сторонней сертифицированной компанией.
Ежедневно мы пользуемся гаджетами для работы, отдыха, общения или хобби. Сотрудницы ISsoft имеют опыт в тестировании accessibility приложений для незрячих и слабовидящих людей. Mobile QA Лена Ромашко и QA Света Малкевич помогают людям с нарушением зрения быть полноценными членами общества. Может показаться, что тестирование – это затратно и страшно, но это важно — вы должны спланировать и убедиться, что вы делаете тесты в нужных местах, чтобы не было неожиданных проблем. С другой стороны, плохо, когда сайт полноценно работает для обычных людей, но может быть совершенно недоступен для людей, имеющих проблемы со зрением, т.к.
Все расширения ниже приведены на примере использования в Google Chrome. Большой список для всевозможных браузеров вы можете найти в конце статьи. Следующим среди инструментов тестирования доступности мы рассмотрим расширения. Большинство пунктов WCAG стандарта можно протестировать и без скринридеров.
Всегда было интересно, наскалько тот же Emacspeak юзабелен для незрячих, например, если речь идёт о полноценном использовании компьютера для программирования и администрирования. Шаги 2-4 будут повторяться до тех пор, пока не будут реализованы все возможности. Мы рассмотрим различные элементы процесса тестирования более детально в следующих статьях, но пока давайте соберём то, что может происходить на каждом этапе. Для того, чтобы использовать данный инструмент, сначала нужно провалидировать исходный код страницы validator.w3.org/nu/#textarea, затем использовать букмарклет.
Анализирует страницу в поисках достаточно большого количества ошибок, связанных с контрастом, заголовками, ярлыками, ссылками и т.д. Ради примера давайте проанализируем сайт компании Apple с помощью данного расширения. Если вы точно знаете какие веб элементы на странице были кастомизированные (не используют стандартные HTML теги), то возможно обойтись https://deveducation.com/ и без скринридера. Примером кастомизированного элемента может быть элемент, который содержит ссылку и внешне выглядит как кнопка. Поскольку пользователи, которые используют скринридеры, чаще всего пользуются только клавиатурой, то данный пункт критически необходим. Недавно читал их статью на хабре, очень интересно, советую посмотреть.
Для реализации SCA используются утилиты, а также иные решения, которые собирают информацию о зависимостях и находят возможные уязвимости, связанные с ними. В зависимости от инструмента, поиск уязвимостей происходит при непосредственном анализе сторонних компонентов (в том числе при использовании SAST-технологии) либо путем сбора информации из различных баз. Accessibility Testing — проверка сайта или приложения в плане возможности и удобства работы с ним для людей с ограниченными возможностями.
Но все эти люди готовы платить за услуги компании и именно поэтому заходят на её сайт или скачивают приложение. Таким образом, обеспечение доступности приводит к увеличению количества потенциальных клиентов. Как мы видим, процесс RAST оказывается многоуровневым. Таким образом, можно сделать вывод, что в вопросах обеспечения безопасности приложений не стоит надеяться только на разработчиков. Пользователям есть смысл подумать и о внедрении инструментов для самостоятельного анализа, таких, например, как SAST.
На этом этапе вы также хотите знать сколько времени у вас есть на разработку и цену работы. Не хочется углубляться в детали, но такое планирование оказывает большое влияние на кросс-браузерное тестирование. Браузеры имеют разную степень поддержи современных технологий. Например, если вы хотите использовать передовые возможности JavaScript на вашем сайте, то они могут не работать в старых браузерах.
До этого момента его username будет скрыт псевдонимом. Данный инструмент создает отдельную страницу со статистикой использования WAI-ARIA атрибутов на сайте в очень удобном и читаемом формате. Достаточно удобный и многофункциональный букмарклет. Позволяет тестировать заголовки, контраст, «alt» текст, ярлыки. Дополнительный плюс ChromeLens в том, что он позволяет показать путь табуляции сквозь контент.
Я ознакомлен с порядком обработки моих персональных данных согласно Политике в сфере персональных данных. Оценка и обучение ИТ-специалистов по ключевым направлениям разработки программного обеспечения. Конечно, это не инвалидность, но необычное цветовое восприятие может существенно мешать воспринимать информацию и создавать ряд трудностей, например, при вождении автомобиля.
В целом находит все те же проблемы, что и Lighthouse, но вы можете проинспектировать, исправить и перезапустить аудит, чтобы проверить исправит ли ваше изменение проблему или нет. Несмотря на то, что на страницах действительно много проблем с контрастом — есть вещи, которые на самом деле критической проблемой могут и не быть. Как правило, это касается текста, который находится на фоне изображения.. С каждым годом он все популярнее, а также он полностью бесплатный. Насколько я знаю, большой разницы между JAWS и NVDA для тестирования нет. Если вы знаете случаи проблем воспроизводимые только в JAWS, оставьте, пожалуйста, комментарий.
Для начала, когда мы говорим о сайтах, “работающих кросс-браузерной”, на самом деле мы говорим о том, что они должны обеспечивать приемлемое удобство использования в разных браузерах. Если владелец сайта доволен, вы сделали своё дело. Разобрались, значит тестировать лучше раньше, чем позже.
Тестирование удобства использования и доступности – это два зачастую игнорируемых типа тестирования приложений. Тестирование удобства использования относится к пользовательскому опыту и проверяет, насколько приложение легко в использовании и интуитивно понятно. Тестирование доступности проверяет, насколько легко пользователям с ограниченными возможностями взаимодействовать с приложением. Его цель – проверка уязвимостей в сторонних компонентах, используемых в составе ПО. Данная технология может применяться как на этапе разработки, так и при сборке приложений в завершенный экземпляр ПО.
Таким образом, ее использование рекомендовано уже на более поздних этапах зрелости компании, задействованной в проверках кода. Accessibility – это область знания, которая занимается изучением вопросов доступности сайтов, мобильных приложений и программного обеспечения для людей с ограниченными возможностями. Когда мы говорим “приемлемое количество браузеров”, мы не говорим, что это должно быть 100% всех браузеров в мире — это почти невозможно. Вы можете собрать информацию accessibility testing это о том, какими браузеры и устройства используют ваши пользователи (это мы обсудим во второй статье — см. Gotta test ’em all?), но это ничего не гарантирует. Основной задачей usability тестирование является понимание того, как целевая аудитория воспринимает и взаимодействует с продуктом. Это помогает принимать информированные дизайнерские решения, видеть возникающие проблемы заранее и знать, как изменять продукт, чтобы сделать пользовательский опыт лучше.
Однако это не значит, что usability тестирования не нужны на поздних стадиях разработки и даже после релиза. Просто на каждом этапе разработки usability тестирования, хоть и служат общей цели, выполняют, как правило, выполняют свою роль. Подробнее о том, на каких этапах какие виды тестирований (и не только) применять мы подробнее поговорим в следующих статьях. Экспертная оценка проводится нашим специалистом и дает общее представление, насколько сайт соответствует стандартам accessibility. Этот способ занимает меньше времени и дешевле тестирования, проводится на любом этапе разработки. Есть и государственные требования к обеспечению доступности, например, с 2009 в России вступил в силуГОСТ 52872‑2007, предусматривающий обязательную доступность сайтов для незрячих.