Автоматизированное тестирование может указать на отсутствие названий у интерактивных элементов. Или сообщить о повторяющихся названиях — например, что на странице есть пять одинаковых кнопок «Купить». Но лаконичность и описательность этих названий нужно проверять вручную. «Сканер доступности» — это инспектор кода от Google.
Статья пригодится разработчикам, дизайнерам, продактам и всем, кто думает об улучшении доступности, но не знает, с чего начать. Из первой части узнаете, что такое аудит, каким он бывает и как выглядит в теории процесс оценки. Во второй познакомитесь с проведением самостоятельного аудита на практике.
Отчёты О Проведении Аудитаскопировать Ссылку
Обычно описывает доступность самых важных страниц и экранов. Если сайт небольшой, то можно не искать специально страницы для выборки. Теперь нужно подробнее изучить охват и собрать больше технических деталей. На следующем шаге они помогут сформировать выборку страниц для оценки.
- Они могут быть связаны с неправильной разметкой, плохим юзабилити или особенностями вспомогательных технологий.
- К ручному идеально привлекать не только экспертов, но и пользователей вспомогательных технологий.
- Так что подбор нужного чем-то напоминает сборку конструктора.
- С ним легче подстроить процесс тестирования под нужды компании и избежать сложностей и пробелов только ручного или автоматического тестирования.
Это расширение отлично подходит для аудита доступности, но надо не забывать запускать его каждый раз, когда в приложении что-то добавляется или меняется. Иногда оно выдает ложноотрицательные результаты – например, если не может определить цвет фона и сообщает, что у текста недостаточный цветовой контраст. Расширение Axe для Chrome и Firefox основано на axe-core. Проверки можно также прогнать несколько раз, тестируя страницы в разных состояниях – к примеру, с открытым модальным окном или раскрытой секцией контента. После исправления ошибок бывает полезно перепроверить, точно ли их больше нет.
Она полезна для объёмных сайтов, когда структурированной выборки не хватает для полной оценки. Случайных страниц должно быть 10% от числа страниц из структурированной выборки. То есть, если в структурированной выборке их 80, то в случайную попадут 8. Например, с помощью инструментов и скриптов для случайного выбора или просмотра серверных логов.
Они описывают только доступные фичи и соответствие критериям WCAG или требованиям законов. В выборку ещё хорошо включить все страницы и их состояния, которые являются частью одного процесса. Например, форма заказа товара, которая состоит из нескольких страниц (этапов).
Axe-core – это библиотека, проверяющая доступность HTML в браузере. Она более мощная по сравнению со статическим анализом кода вроде ESLint, так как находит больше проблем – например, убеждается, что у текста достаточный цветовой контраст. Скорее всего, мы уже используем ESLint, поэтому издержки на этот плагин минимальны, и иногда он находит проблемы еще до того, как мы впервые увидим наш сайт или приложение в браузере. Для отчётов об аудите инструментов для разработки и проверки доступности используют машиночитаемый формат EARL (Evaluation and Report Language, Язык для оценки и отчёта).
В этом случае помогает пользовательское тестирование. Не забывайте про регулярное автоматическое и ручное тестирование. Это поможет заранее отлавливать ошибки и быстро их исправлять.
Wave может функционировать как через собственный сайт, где в поле «Ссылка» вводится адрес страницы для тестирования, так и через расширение для Chrome. Если же у вас много веб-страниц, которым требуется проверка на доступность, то лучше использовать именно расширение, поскольку оно лучше поддерживает динамический и зашифрованный контент. Через несколько секунд на экране появится список найденных проблем со ссылками на статьи, содержащими рекомендации по их исправлению. 🎯 В итоге, использование скринридеров для тестирования доступности сайта позволяет обнаружить и устранить проблемы, делая ваш сайт более удобным и доступным для всех пользователей. После внесения изменений в код вашего сайта, повторите процесс тестирования с использованием скринридера, чтобы убедиться, что все проблемы с доступностью устранены. Эти инструменты не проверяют разметку документа или значимые области – это потребует рендера страницы целиком.
Это ускорит пользовательское тестирование и поможет избежать лишних расходов. Аудит доступности — это оценка продукта на соответствие требованиям доступности, которые описаны в разных стандартах и руководствах. Он оценивает пригодность интерфейса для максимально большого числа пользователей, в том числе для людей с особыми потребностями. В результате получается отчёт об уровне доступности с рекомендациями по исправлению проблем. Используется для мануальной проверки веб-страницы на доступность в разных аспектах. Скринридеры – это программы, которые преобразуют текстовый контент веб-страницы в звуковое воспроизведение для пользователей с ограниченными возможностями зрения или слепотой.
Тестирование – Это Искусство
В этом случае они — часть одного большого процесса покупки, и не работают друг без друга. Для начала определяем, что оценивается и в каких объёмах. Например, сколько страниц на сайте, на каких они языках, есть ли мобильная версия и чем она отличается от десктопной, используются ли сторонние accessibility testing это сервисы и контент. Если пользователи для решения задач часто используют сразу несколько продуктов, тогда проводится один общий аудит. WCAG-EM (Website Accessibility Conformance Evaluation Methodology, Методология оценки сайтов на соответствие доступности) — публичная методология W3C.
Тестирование с привлечением людей с ограниченными возможностями проводится на более детальных прототипах или готовом продукте. Eslint-plugin-jsx-a11y ищет множество проблем доступности в React-проектах – например, отсутствующий альтернативный текст у изображений или неверные атрибуты и роли ARIA. Это не сделает ваш сайт или приложение полностью доступными, но это неплохой шаг в этом направлении. Далее мы подробно поговорим о каждом инструменте и технике. Благодаря этому подходы к доступности станут прозрачными, знания будет проще передавать и распространять среди членов команды, а будущие аудиты станет легче и быстрее проводить. В проведении исследований есть особенности, которые могут привести к ошибочным выводам.
Поверх интерфейса появится кнопка сканирования его на доступность. Как и в Accessibility Inspector появится список с найденными проблемами. Accessibility Inspector — это функция в Xcode, которая помогает найти базовые проблемы доступности в приложении.
Почему Важно Тестирование Accessibility?
Она содержит рекомендации об оценке доступности на соответствие критериям успешности WCAG. Несмотря на название, подходит для любого цифрового продукта, не только для сайтов. Можно проверить интерфейс с клавиатуры, посмотреть страницу с экранной лупой, провести юзабилити-тестирование или интервью с пользователями.
Прежде чем предлагать сценарий респондентам, пройдите его со скринридером и без использования мыши. Уточните, что нужно человеку, чтобы чувствовать себя комфортно во время тестирования. Убедитесь, что респондент понимание цели и процесс тестирования. Узнайте, как респонденту будет удобнее добраться до места тестирования. Если в вашей компании есть офисы в разных зданиях, выберите для тестирования то, в которое легче попасть. Приглашайте респондентов как с «продвинутым» опытом в цифровой среде, так и неопытных пользователей, чтобы получить более полный опыт взаимодействия с продуктом.
Главное отличие тут в том, что мы не можем опознать такие элементы, как кнопка, зрительно, или связать поля ввода с их метками по их местоположению. Мы должны выявить эти взаимоотношения, используя семантическую разметку или атрибуты ARIA. Функция FastPass ищет две наиболее распространенных проблемы доступности, и это хороший шаг к улучшению доступности сайта или приложения. Часто автоматического и ручного экспертного тестирования мало для того, чтобы сделать продукт максимально доступным.
Если нужно провести юзабилити-тестирование, то сценарий хорошо составить таким образом, чтобы тест выявлял только проблемы с доступностью, а не общие проблемы юзабилити. ACR (Accessibility Conformance Report, Отчёт о соответствии доступности) — финальный отчёт о доступности продукта с бо́льшим количеством деталей. Он включает заполненный VPAT, информацию о продукте или услуге, поддерживаемых вспомогательных технологиях и другие детали. Многие аудиторские компании оценивают продукты для составления публичных заявлений, шаблонов добровольной доступности (VPAT) и отчётов о соответствии ей (ACR). В этих документах нет рекомендаций, в отличие от полноценного отчёта об аудите.
Размеры продукта напрямую влияют на то, как часто проводить аудит. Для небольшого продукта без больших изменений достаточно одного раза в год. Средние проекты с умеренным количеством новых функций можно проверять раз в полгода–год. Уровень доступности активно развивающихся больших продуктов постепенно снижается из-за постоянных изменений.
Поэтому важно в конце этого шага составить список страниц со ссылками, состояниями и пользовательскими путями с их кратким описанием. Это поможет сэкономить время и провести более точные тесты на следующем шаге. Опционально можно поискать значимые страницы для людей с особыми потребностями. На них обычно находится информация о специальных возможностях, инструкции и отдельные контакты для обратной связи или помощи. Когда недостаточно средств для проведения смешанного или ручного аудита, то в первое время поможет автоматический. Он не выявит всех проблем, зато сократит объём работы к моменту, когда вы сможете провести более подробный и глубокий аудит.
Важно на этом не останавливаться и улучшать внутренние процессы. Это поможет избежать многих проблем и не исправлять https://deveducation.com/ их каждый раз, когда что-то изменяется в интерфейсе. TAW — это онлайн-инструмент для определения доступности сайта.
Поэтому лучше всего привлекать людей, которые умеют проводить интервью или юзабилити-тестирование. Если такой возможности нет, лучше найти компанию, которая этим занимается. Однако можно провести исследования и собственными силами. Кроме стандартного ACR, есть ещё версия с поддержкой машинного чтения — OPAT (Open Product Accessibility Template, Открытый шаблон добровольной доступности продукта). Сделать отчёт ещё нагляднее помогут скриншоты и графики.
