история тесты по аудиту

Публичные заявления, VPAT и ACRСкопировать ссылку

Многие аудиторские компании оценивают продукты для составления публичных заявлений, шаблонов добровольной доступности (VPAT) и отчётов о соответствии ей (ACR). В этих документах нет рекомендаций, в отличие от полноценного отчёта об аудите. Они описывают только доступные фичи и соответствие критериям WCAG или требованиям законов.

Компании публикуют такие заявления на своих сайтах, если хотят рассказать пользователям и партнёрам о доступности сайта или приложения. Как правило, это не обязательно делать.

Есть несколько видов заявлений.

Заявление о доступности (Accessibility Statement) — перечисление и описание типов фич и их уровня соответствия критериям успешности из WCAG или требованиям законов. Обычно описывает доступность самых важных страниц и экранов. Пример — Заявление о доступности Twitch.

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

Заявление о соответствии (Conformance Claims) описывает уровень соответствия сайта рекомендациям из WCAG. Пример — Заявление о соответствии Panasonic.

Заявление об оценке (Evaluation Statement) — это публичные выводы о проведении аудита по методологии WCAG-EM. Состоит из нескольких пунктов:

Пример — Заявление об оценке сайта правительства округа Камберленд.

Оба документа описывают уровень соответствия продукта или сервиса критериям WCAG или требованиям законов и стандартов о доступности. Например, десктопной программы или сервиса по оплате штрафов.

Нужны американским и европейским компаниям, которые участвуют в государственных закупках в США. Без этого они не смогут сотрудничать с американскими государственными органами.

VPAT (Voluntary Product Accessibility Template, Шаблон добровольной доступности продукта) — зарегистрированный знак обслуживания ITI (Information Technology Industry Council, Совет индустрии информационных технологий). Изначально составлялся для того, чтобы государственным органам США было проще проводить исследования доступности американского информационного рынка.

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

Существует четыре вида VPAT:

Пример — GitHub VPAT.

ACR (Accessibility Conformance Report, Отчёт о соответствии доступности) — финальный отчёт о доступности продукта с бо́льшим количеством деталей. Он включает заполненный VPAT, информацию о продукте или услуге, поддерживаемых вспомогательных технологиях и другие детали.

Кроме стандартного ACR, есть ещё версия с поддержкой машинного чтения — OPAT (Open Product Accessibility Template, Открытый шаблон добровольной доступности продукта).

Что делать после аудитаСкопировать ссылку

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

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

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

Ещё полезно найти среди коллег защитника доступности (Accessibility Champion) и собрать команду из специалистов, которые в ней разбираются (Accessibility Champion Unit). Эти люди будут менторить других, помогать решать сложные задачи и следить за уровнем доступности продукта.

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

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

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

Когда и как часто проводитьСкопировать ссылку

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

Размеры продукта напрямую влияют на то, как часто проводить аудит. Для небольшого продукта без больших изменений достаточно одного раза в год. Средние проекты с умеренным количеством новых функций можно проверять раз в полгода–год. Уровень доступности активно развивающихся больших продуктов постепенно снижается из-за постоянных изменений. В их случае лучше проводить аудит не только каждый год, но и ежеквартально. Годовой будет более полным и глубоким, а квартальные — небольшими и точечными.

Типы аудитаСкопировать ссылку

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

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

Кто проводит

Для самостоятельного аудита создаётся отдельная рабочая группа внутри компании. Она состоит из инициатора аудита, который за ним следит, и нескольких аудиторов. Их количество зависит от размера продукта и выбранных параметров аудита. Максимально объективную оценку они смогут дать, если в этот момент активно не участвуют в разработке.

По цели

Тестирование — важный этап аудита. В этой категории типы выделены на основе того, какой вид тестирования преобладает.

Автоматический аудит

Также известный как Software/Automated Audit. Проводится с помощью автоматических инструментов и автотестов. Помогает быстро выявить основные проблемы с доступностью.

Однако у него есть несколько недостатков:

Так что начинать оценку хорошо с автоматического аудита, но не стоит на нём останавливаться.

Ручной аудит

Он же Manual Audit. Заполняет пробелы автоматического. Можно проверить интерфейс с клавиатуры, посмотреть страницу с экранной лупой, провести юзабилити-тестирование или интервью с пользователями.

Смешанный аудит

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

По этапу разработки

Чтобы подобрать подходящий тип аудита, ответьте для себя на несколько вопросов.

Подробный аудит может не всем сразу подойти. Если сайт объёмный, постоянно обновляется и принципы доступности не заложены изначально, то сначала лучше провести аудит масштаба работ. Он поможет определить общее количество проблем.

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

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

Когда недостаточно средств для проведения смешанного или ручного аудита, то в первое время поможет автоматический. Он не выявит всех проблем, зато сократит объём работы к моменту, когда вы сможете провести более подробный и глубокий аудит.

Автономная некоммерческая организация

КАЗАНСКИЙ
КООПЕРАТИВНЫЙ ИНСТИТУТ (ФИЛИАЛ)

Кафедра бухгалтерского
учета и финансов

F2:
Яхина Луиза Тагировна

V2:
Тема 1. Основы аудита и аудиторской
деятельности: сущность, цели и задачи

S:
Какова основная цель аудиторской
проверки?

-: выявить нарушения
при ведении бухгалтерского учета

-: дать аудиторское
заключение

+: установить
достоверность бухгалтерской отчетности
и соответствие совершенных клиентом
финансовых и хозяйственных операций
нормативным актам

S:
Что такое аудит:

+:
независимый,
вневедомственный финансовый контроль

S:
Исторической родиной аудита является:

S:
Аудиторская деятельность — это:

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

+: предпринимательская
деятельность аудиторов по осуществлению
независимых проверок бухгалтерской
отчетности

-: деятельность
контролирующих служб по проверке
бухгалтерского учета и отчетности

S:
Аудируемые лица — это:

-:
только индивидуальные предприниматели

+: организации и
индивидуальные предприниматели

S:
Какова цель аудита бухгалтерской
отчетности:

+: формирование и
выражение мнения аудиторской организации
о достоверности бухгалтерской отчетности
экономического субъекта во всех
существенных аспектах

-: контроль
правильности расчета и уплаты налогов

-: контроль
правильности отражения на счетах
бухгалтерского учета налогооблагаемой
базы по налогу на прибыль

S:
Аудитор выражает свое мнение о
достоверности финансовой
(бухгалтерской)отчетности:

-: во всех существующих
и возможных аспектах

-: во всех относящихся
к отчетности деталях

+: во всех существенных
отношениях

S:
Под достоверностью отчетности понимается:

-: степень точности
данных финансовой отчетности, которая
позволяет пользователю этой отчетности
на основании ее данных делать правильные
выводы о результатах хозяйственной
деятельности, финансовом и имущественном
положении аудируемых лиц

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

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

S:
Уверенность, которую призван обеспечить
аудит, в том, что рассматриваемая в целом
финансовая (бухгалтерская) отчетность
не содержит существенных искажений,
должна быть:

S:
Аудит, базирующийся на риске, означает:

-:
проверку при условии вероятного неплатежа
клиента за аудиторские услуги

-: проверку при
наличии высокой вероятности отрицательного
аудиторского заключения или отказа в
выдаче заключения

+: концентрацию
проверки в большей степени в областях,
где риски выше, с целью сокращения
времени на проведение проверки

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

S:
Под первоначальным аудитом понимается:

-: аудиторская
проверка, осуществляемая аудиторской
фирмой впервые

+: проведение данной
аудиторской фирмой проверки в данной
организации впервые

-: аудит будущей
организации на стадии ее первоначального
формирования, аудит бизнес-плана, аудит
эффективности деятельности планируемой
организации на определенном сегменте
рынка продукции, работ, услуг при
установленных критериях

S:
Инициативный аудит — это аудит, проводимый
по инициативе:

S:
Обязательный аудит — это:

-: аудиторская
проверка по решению руководства
проверяемой организации

+:
ежегодная обязательная аудиторская
проверка ведения бухгалтерского учета
и финансовой (бухгалтерской) отчетности
организации и индивидуального
предпринимателя, проводимая в случаях,
установленных Федеральным законом от
30 декабря 2008 г. № 307-ФЗ «Об аудиторской
деятельности» и другими федеральными
законами

-: аудит по решению
местных органов власти

-: оказать помощь
руководству в подготовке финансовой
отчетности

-: обнаружить и
предотвратить ошибку

+: проверить
бухгалтерскую отчетность и выразить
свое мнение

S:
Термин «аудитор» происходит от латинского
глагола «аудиторе», который означает:

+: слышать,
выслушивать, слушать

S:
Специалисты, осуществляющие внутренний
аудит, несут ответственность перед:

-: третьими лицами

+: руководством
проверяемой организации

-: клиентами,
заказавшими аудиторскую проверку

S:
Основанием проведения внешнего аудита
служит:

-: задание
государственных органов

-: указание
нормативных актов

S:
Потребность в аудите вызвана:

-: необходимостью
получения информации для управления

-: зависимостью
последствий принимаемых решений от
качества информации

+: необходимостью
подтверждения достоверности и правдивости
финансовой отчетности

S:
Обязательный аудит может проводиться:

-: как
аудиторами-предпринимателями без
образования юридического лица, так и
аудиторскими организациями

+: только аудиторскими
организациями

S:
Обязательной ежегодной аудиторской
проверки подлежат организации, созданные
в форме:

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

-: 10 млн. руб.

-: 20 млн. руб.

+: 50 млн. руб.

-: 1 млн. руб.

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

-: да, но только в
случаях, установленных законодательством

S:
Внутренний аудит может осуществляться:

-: специалистами
бухгалтерии, состоящими в штате
экономического субъекта

-: ревизионной
комиссией экономического субъекта

+: аудиторами
(специальными службами), состоящими в
штате экономического субъекта

-: привлекаемыми
для целей внутреннего аудита сторонними
ор­ганизациями и (или) внешними
аудиторами

S:
Какой деятельностью, кроме проведения
проверок, могут заниматься аудиторы и
аудиторские фирмы:

-: оказывать услуги
по постановке, восстановлению и ведению
бухгалтерского учета

-: оказывать услуги
по анализу хозяйственно-финансовой
де­ятельности и консультированию в
вопросах законодательства Российской
Федерации

+: оказывать
вышеперечисленные услуги, а также
проводить обучение

S:
Определите из нижеперечисленных
сопутствующих аудиту услуг один вид
услуг, совместимый с проведением у
экономического субъекта обязательной
аудиторской проверки:

-: ведение
бухгалтерского учета

-: восстановление
бухгалтерского учета

+: контроль начисления
и уплаты налогов и иных платежей

-: составление
налоговых деклараций

Вопросы и ответы онлайн

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

Вопрос 2. Аналитические процедуры включают рассмотрение финансовой информации:

Вопрос 3. Аудитор должен выразить отрицательное мнение в том случае, когда

Вопрос 4. Аудитор должен отказаться от выражения мнения в том случае, когда

Вопрос 5. Аудитор должен выразить мнение с оговоркой в том случае, если:

Вопрос 6. Аудитор должен модифицировать аудиторское мнение в случае, когда:

Вопрос 7. Аудитор и руководитель аудируемого лица согласованные условия отражают документально:

Вопрос 8. Аудитор имеет право в соответствии с Федеральным законом «Об аудиторской деятельности»:

Вопрос 9. Аудитор имеет право при аудите отчетности:

Вопрос 10. Аудитор может отказаться от проведения проверки или выражения мнения о достоверности финансовой (бухгалтерской) отчетности в случае, если:

Вопрос 11.Аудиторская выборка — это:

Вопрос 12. Аудиторская организация должна документально оформлять все сведения, которые:

Вопрос 13. Аудиторская организация может являться членом

Вопрос 14. Аудиторская организация ООО «Консультант» заключила договор на проведение аудита финансовой отчетности ООО «Фортуна». У аудиторской организации ООО «Консультант» и ООО «Фортуна» имеется общий учредитель. Может ли в такой ситуации заключаться договор?

Вопрос 15. Аудиторская организация согласовывает положения общего плана и программы аудита с руководителем аудируемого лица:

Вопрос 16. Аудиторская фирма решила совмещать аудиторский бизнес с бизнесом в сфере недвижимости. Есть ли ограничения в этой области?

Вопрос 17. Аудиторские доказательства более убедительны, если они получены:

Вопрос 18. Аудиторские доказательства получают в результате проведения:

Вопрос 19. Аудиторское заключение о бухгалтерской отчетности представляет собой:

Вопрос 20. Аудиторское заключение представляется в обязательном порядке аудиторской фирмой

Вопрос 21. Более надежными являются доказательства, полученные:

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

Вопрос 23. В ходе достижения договоренности с руководством аудируемого лица аудитор может использовать:

Вопрос 24. Виды аудиторских услуг, несовместимые с аудитом финансовой отчетности

Вопрос 25. Внешний контроль качества работы аудиторских организаций осуществляется

Вопрос 26. Внутренний аудитор – это

Вопрос 27. Дата подписания аудиторского заключения должна быть:

Вопрос 28. Дата подписания аудиторского заключения означает дату:

Вопрос 29. Достаточность аудиторских доказательств представляет собой:

Вопрос 30. Если аудитор не может согласиться на изменение аудиторского задания на иное и аудируемое лицо возражает против продолжения работы, то аудитор должен:

Вопрос 31. Если аудитор приходит к мнению о том, что финансовая (бухгалтерская) отчетность дает достоверное представление о финансовом положении и финансовых результатах финансово-хозяйственной деятельности аудируемого лица в соответствии с установленными принципами и методами ведения бухгалтерского учета и подготовки финансовой (бухгалтерской) отчетности в Российской Федерации, то он готовит:

Вопрос 32. Если заявления и разъяснения руководства аудируемого лица противоречат другим аудиторским доказательствам, то аудитор:

Вопрос 33. Если руководитель аудируемого лица отказался представить заявления и разъяснения, которые аудитор считает необходимыми, то аудитор должен выразить мнение:

Вопрос 34. Если руководитель экономического субъекта не согласен с выводами аудитора относительно финансовой (бухгалтерской) отчетности, то он обязан:

Вопрос 35. Если руководство аудируемого лица отказывается представить заявления и разъяснения, которые считаются необходимыми, то это рассматривается как:

Вопрос 36. Если система внутреннего контроля признается аудитором неэффективной, риск средств контроля обычно оценивается как:

Сдадим ваш тест на хорошо или отлично

ОпределениеСкопировать ссылку

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

Он может показаться похожим на тестирование доступности, но между ними есть большая разница.

В статье используется термин «аудит», но в других местах можете встретить «оценку» (evaluation или assessment), это синонимы.

Детальные тесты

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

Детальные тесты включают в себя следующие процедуры:

Детальный тест остатков по счетам (РД K330.5);

Детальный тест по видам операций (РД K330.6).

Зачем проводитьСкопировать ссылку

Компании проводят аудит по разным причинам.

МетодологииСкопировать ссылку

Одна из базовых составляющих любого аудита — методология.

Методология — это набор методов, правил и этапов, который помогает стандартизировать процесс аудита.

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

Методологии включают определённое количество этапов. Обычно их пять:

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

WCAG-EM

WCAG-EM (Website Accessibility Conformance Evaluation Methodology, Методология оценки сайтов на соответствие доступности) — публичная методология W3C. Она содержит рекомендации об оценке доступности на соответствие критериям успешности WCAG. Несмотря на название, подходит для любого цифрового продукта, не только для сайтов.

Аудит по этой методологии состоит из пяти шагов.

По мере прохождения шагов лучше записывать их результаты в черновик. Так будет проще потом собрать всё в итоговый отчёт.

Теперь давайте рассмотрим каждый шаг подробнее.

Определение охвата аудита

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

Для начала определяем, что оценивается и в каких объёмах. Например, сколько страниц на сайте, на каких они языках, есть ли мобильная версия и чем она отличается от десктопной, используются ли сторонние сервисы и контент. Лучше оценивать за один аудит что-то одно. Если пользователи для решения задач часто используют сразу несколько продуктов, тогда проводится один общий аудит.

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

Легче всего выбрать популярные комбинации:

Важно определить желаемый уровень соответствия WCAG. Во WCAG 2.1 и 2.2 их три: A (минимальный), AA (средний) и AAA (максимальный). Чаще всего ориентируются на AA.

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

Изучение продукта

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

Для начала надо выбрать популярные страницы. Обычно это главная и другие внутренние страницы, на которые есть ссылки в хедере и футере. Конечно, выбор упростит статистика по посещениям.

Также стоит подумать об основных функциях, которые есть в продукте. Например, выбор и покупка товаров, регистрация аккаунта или загрузка и просмотр видео.

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

Отдельно стоит подумать о важных пользовательских путях. К примеру, добавление товара в корзину и оформление заказа.

Кроме этого, нужно определить используемые технологии. Какие фреймворки и CMS используются, есть ли CSS-анимация, ARIA-роли и атрибуты и другое.

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

Подбор репрезентативной выборки

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

Если сайт небольшой, то можно не искать специально страницы для выборки. Его легко оценить целиком.

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

В выборку ещё хорошо включить все страницы и их состояния, которые являются частью одного процесса. Например, форма заказа товара, которая состоит из нескольких страниц (этапов). В этом случае они — часть одного большого процесса покупки, и не работают друг без друга.

Дополнительно может понадобиться случайная выборка. Она полезна для объёмных сайтов, когда структурированной выборки не хватает для полной оценки. Случайных страниц должно быть 10% от числа страниц из структурированной выборки. То есть, если в структурированной выборке их 80, то в случайную попадут 8. Случайные страницы выбирают разными способами. Например, с помощью инструментов и скриптов для случайного выбора или просмотра серверных логов.

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

Проведение тестирования

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

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

Оценка проводится на основе пяти требований соответствия из WCAG.

Результаты оценки лучше сразу записывать в таблицу вместе с указанием проблемных страниц, элементов и состояний. Если есть несоответствия, то отмечаются их причины. Некоторые элементы получат статус «предупреждение». Это субъективная оценка, а не ошибка.

Тестирование можно разделить на несколько небольших задач.

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

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

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

Составление отчёта

На последнем шаге все выводы объединяются в один отчёт.

Отчёты составляются по шаблону, который состоит из обязательных и опциональных пунктов.

Примечание. Для отчётов об аудите инструментов для разработки и проверки доступности используют машиночитаемый формат EARL (Evaluation and Report Language, Язык для оценки и отчёта).

Можно не останавливаться на рекомендациях WCAG-EM и добавить в отчёт ещё больше деталей. Включить можно всё, что кажется полезным.

Сделать отчёт ещё нагляднее помогут скриншоты и графики. К примеру, в панели мониторинга Deque есть круговая диаграмма с процентом выполненных и невыполненных критериев успешности WCAG, а ещё гистограммы с серьёзностью ошибок и частотой проблем.

«What to look for in an accessibility audit», Гленда Симс.

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

Полезные ссылкиСкопировать ссылку

Аудит основывается на нескольких принципах.

Контрольные точки доступности (Accessibility Checkpoints) — это проверка выполнения конкретных требований руководств или законов. Например, во WCAG 2.1 (Web Content Accessibility Guidelines, Руководство по обеспечению доступности веб-контента) контрольная точка — это выполнен или нет критерий успешности.

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

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

WCAG — это: основа, а не ответ; ориентир, а не цель; ресурс, а не инструмент; непрерывный процесс. «A Little Book of Accessibility», Гарет Форд Уильямс.