Ручная и автоматическая оценка доступности

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

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

Выборка определяется различиями содержания

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

В учебном проекте возьмём начальную оболочку после урока 4, страницу со сложным содержимым после урока 8 и вариант с навигацией и формой после урока 12. Это не три случайные копии: у каждой есть собственные состояния. Для ProfessorWeb позже понадобятся настоящие примеры соответствующих типов, а также страницы разделов и разные точки входа в библиотеку.

Заранее определите, что исключено. Если видео пока отсутствует, отчёт не должен оценивать субтитры вымышленного ролика. Если проверяется только настольное сочетание браузера и скринридера, мобильное управление остаётся отдельной неизвестной частью. Граница отчёта не делает работу бесполезной; она объясняет, к каким выводам наблюдения действительно относятся.

Что даёт инструмент

Автоматический анализ может обнаружить техническую связь, отсутствующий атрибут или определённую цветовую пару. Но разумность альтернативы изображения часто требует понимания рисунка. Имя «Картинка 7» существует, однако оно не передаёт структуру XML. Аналогично ссылка может иметь текст, который вводит в заблуждение относительно адреса. Машинное наличие свойства и содержательная пригодность различаются.

При выборе средства оцените, какие правила и состояния оно анализирует, какой формат результата предоставляет и что требует ручного подтверждения. Не ориентируйтесь только на итоговый процент. WAI, Selecting Evaluation Tools помогает рассматривать назначение и границы инструмента. Сам выбор не заменяет сценарии, заданные читательскими задачами.

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

Не исправляйте автоматически любую находку одинаковым атрибутом. Если изображение действительно декоративное, ему может быть нужен пустой alt. Если оно несёт результат, потребуется содержательная альтернатива. Глобальное добавление имени файла создаст формальное свойство, но не решит задачу чтения. Правило предлагает место для исследования; исправление выбирается по назначению элемента.

Ручной маршрут связывает причину с задачей

Возьмите сценарий чтения из предыдущего урока и отдельно клавиатурный маршрут без скринридера. Первый помогает оценить структуру и представление информации, второй — последовательность, видимость и управление. Масштабирование добавляет ещё одно условие. Эти маршруты пересекаются, но не следует объявлять один заменой всех остальных.

При обнаружении затруднения запишите минимальные шаги. Например, не «таблица неудобна», а «открыть раздел о потомках, перейти к ячейке результата Descendants, получить только значение без определяемого названия столбца». Это учебный пример формулировки, не фактическая находка. В нём видна задача и недостающая связь; другой человек сможет оценить такой же результат.

Если наблюдение нельзя повторить, сохраните исходные условия и состояние как требующее уточнения. Не нужно немедленно считать его ложным. Изменение окна, настроек или версии может влиять на поведение. Однако нерепродуцируемое впечатление также не следует выдавать за доказанный дефект тысячи страниц. Отчёт должен позволять уточнять запись без потери прежних сведений.

Шаблон записи и приоритет

Создайте отдельный review.csv для будущей работы. Начальный пример ниже содержит только плановые записи; поле фактического наблюдения пустое:

id,page,state,scenario,actual,priority,status
R1,after-04,Начальное,Переход к содержимому,,Не определён,Не проверено
R2,after-08,Таблица,Чтение строки Descendants,,Не определён,Не проверено
R3,after-12,Ошибка формы,Исправление пустого поля,,Не определён,Не проверено
R4,after-12,Успех формы,Получение результата без переноса фокуса,,Не определён,Не проверено

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

Исправление также должно иметь свою запись: что изменено, почему и в каких состояниях выполнена повторная оценка. Если поменяли общий шаблон, стоит вернуться к нескольким типам страниц. Если исправили единственный текст альтернативы, нет необходимости без причины объявлять всю библиотеку заново исследованной. Масштаб повторной работы следует из возможного влияния изменения.

Состояния отчёта не равны сертификату

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

Для ориентира используется WCAG 2.2 AA, однако заявление о соответствии имеет собственные условия и охват. Раздел о соответствии WCAG не сводится к результату одного сканера. В учебном отчёте лучше точно назвать обследованные страницы, сценарии и неизвестные части, чем написать «сайт полностью доступен» после небольшой выборки.

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