Тестирование доступности учебного материала: порядок действий

Тестирование доступности учебного материала: порядок действий

Проверка доступности пугает объёмом: критериев много, инструментов ещё больше. На практике достаточно повторяемого сценария из шести шагов, который занимает 40–60 минут на урок.

Ниже — порядок, который можно закрепить как регламент.

Шаг 1. Определите объём

• страница курса;
• презентация;
• PDF-конспект;
• видеозапись;
• тест или форма.

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

Шаг 2. Автоматическая проверка

Она находит примерно треть проблем, но быстро.

• WAVE показывает ошибки и структуру (WebAIM).
• axe DevTools встраивается в браузер (Deque).
• Lighthouse в Chrome даёт оценку и список замечаний (Chrome).

Автоматика не заменит ручную проверку, но уберёт очевидное.

Шаг 3. Клавиатура

1. Уберите мышь.
2. Нажмите Tab и пройдите всю страницу.
3. Проверьте видимость фокуса.
4. Убедитесь, что порядок логичен.
5. Попробуйте пройти тест.
6. Проверьте выпадающие меню и модальные окна.

Если фокус уходит в невидимую область — это блокирующая проблема.

Шаг 4. Экранный диктор

1. Включите NVDA или VoiceOver.
2. Пройдите по заголовкам.
3. Проверьте чтение форм.
4. Послушайте, как читаются таблицы.
5. Проверьте alt-текст.
6. Убедитесь, что динамические сообщения озвучиваются.

Достаточно 10–15 минут, чтобы заметить грубые ошибки.

Шаг 5. Масштаб и контраст

• Увеличьте страницу до 200 %.
• Проверьте, что ничего не обрезается.
• Включите режим высокой контрастности.
• Посмотрите страницу в оттенках серого.
• Проверьте контраст текста и иконок.

Шаг 6. Мультимедиа

• Субтитры есть и синхронизированы.
• Расшифровка доступна.
• Автозапуск звука отключён.
• Плеер управляется с клавиатуры.
• Нет мигающих элементов.

Что проверять в тестах

• Вопросы читаются диктором.
• Варианты ответа пронумерованы и подписаны.
• Ошибка объяснена текстом.
• Таймер не создаёт критической ситуации.
• Есть альтернативный формат сдачи.

Как оформить отчёт

Простой таблицы достаточно:

К каждой проблеме — короткое описание и предлагаемое исправление (W3C WAI).

Приоритизация

1. Блокирующие — нельзя выполнить задание.
2. Серьёзные — трудно, но возможно.
3. Умеренные — неудобно.
4. Косметические — не мешают.

Начинайте с блокирующих: они дают наибольший эффект.

Регулярность

• Новый материал — перед публикацией.
• Обновление шаблона — при изменении.
• Полный аудит — раз в семестр.
• Повторная проверка — после жалоб.

Кого привлекать

• методиста — за структуру и текст;
• преподавателя — за содержание;
• технического специалиста — за вёрстку;
• студента с опытом использования диктора — за практику;
• сотрудника службы поддержки — за сценарии сбоев.

Один человек редко видит все проблемы.

Тестовые данные и сценарии

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

Ошибки проявляются в нестандартных сценариях.

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

1. Заведите таблицу замечаний.
2. Присвойте каждой проблеме номер.
3. Укажите ответственного.
4. Отметьте срок.
5. Проверьте исправление повторно.
6. Закройте запись.

Без повторной проверки часть проблем возвращается.

Что считать результатом

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

Проверка документов

• PDF открывается и читается.
• Word не ломается при масштабировании.
• Таблицы имеют заголовки.
• Изображения описаны.
• Ссылки работают.

Документы проверяются отдельно от страницы.

Проверка видео

• Субтитры синхронизированы.
• Плеер управляется с клавиатуры.
• Нет автозапуска.
• Расшифровка доступна.
• Качество звука достаточное.

Минимум для нового материала

Если времени мало, проверьте три вещи: клавиатуру, субтитры и контраст. Они закрывают большинство жалоб.

Что делать с найденными проблемами

• Опишите, что именно не работает.
• Приложите скриншот.
• Укажите браузер и систему.
• Предложите исправление.
• Назначьте срок.
• Проверьте повторно.

Итог

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

Инструменты и их пределы

Автоматические сканеры полезны, но у них общий недостаток: они проверяют код, а не смысл. Скрипт увидит отсутствующий alt, но не поймёт, что описание бессмысленное. Он найдёт низкий контраст, но не заметит, что подпись к рисунку стоит не там.

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

Проверка на разных устройствах

• Ноутбук с экраном 13–14 дюймов.
• Внешний монитор.
• Планшет.
• Телефон.
• Режим только клавиатуры.

На телефоне часто вылезают проблемы, которых не видно на большом экране: обрезанные кнопки, мелкие подписи, перекрывающиеся элементы.

Чек-лист

1. Объём проверки определён.
2. Автоматическая проверка выполнена.
3. Клавиатура проверена.
4. Диктор запущен.
5. Масштаб 200 % проверен.
6. Субтитры проверены.
7. Отчёт составлен.
8. Проблемы приоритизированы.

Частые вопросы

Можно ли полагаться на Lighthouse?

Нет. Он показывает часть проблем и полезен как быстрый старт.

Сколько времени занимает проверка урока?

Около часа при готовом чек-листе.

Нужен ли отдельный тестировщик?

Желателен, но базовую проверку может провести методист.

Что делать, если платформа не даёт исправить?

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