Автор: Горбачик Лилия

Многие из нас работают на американский рынок, поэтому необходимо быть в курсе и держать руку на пульсе.
Если тестируемое вами приложение планируется продавать правительству США, то, оно должно соответствовать стандарту "Section 508".
В 1998 году Конгресс США принял закон, регулирующий право людей с ограниченными способностями на доступ к информационным технологиям. Таким образом, ПО, а также телекоммуникационные и медийные продукты, продаваемые правительству США, в обязательном порядке должны соответствовать Section 508.
В стандарте несколько пунктов, здесь будут рассмотрены только касающиеся десктопных приложений.
Подробнее...

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

Лилия, а тестируете ли вы документацию на сооствествие секции 508? И есть ли какие-нибудь инструменты, автоматизирующие проверки на соотвествивие секции 508?
У нас вот тоже есть такая задача...

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

По ряду причин, я не могу расказывать о нашей ситуции с проверками относительно 508 секции. Могу рассказать подробнее, если вы присоединитесь к сегодняшней встрече :)

Не вдаваясь в подробности:
помимо, проверок описанных в вашей статье, пользовательская документация тоже должна быть проверена на соотвествие 508 секции.
Частично, такая проверка делается мной и моими коллегами. Для этого у нас есть внутренний тул, который пробегается по всем HTML-ным файлам в продукте и ищет нарушения 508 секции.
НО
- никто из нас не знает кто и когда написал этот тул. Он просто есть.
- никто не знает какие ошибки тул умеет находить, а какие нет.
- никто из нас не видел список требований, предъявляемый 508 секцией к документации как в PDF так и в HTML формате.

Я например, понимаю, что значит ошибка "inline style attribute" и почему это может быть ошибкой с точки зрения 508. Но не понимаю, что значит ошибка "adjacent hyperlinks".

Вот мне и интересно, тестируете ли вы пользовательскую документацию и как, если ответ Да?
Про тулы, я уже понял...жалко что их нет, правительство США могло бы раскошелится и выпустить, хоть какой-нибудь иструмент, который мог бы находить явные ошибки и несоотвествия 508 секции.

у нас требования на соответствие секции 508 предъявляются только к приложению, но не к пользовательской документации.
к сожалению, в вопросе документации подсказать не могу

Про инструменты -- есть плагин Web Developer Toolbar для браузера FireFox, в нём среди прочего есть валидатор для 508.
Можете про него сказать что-нибудь хорошее или плохое?

Я тут еще вспомнил, что tidy умеет что-то подобное делать.
http://aprompt.snow.utoronto.ca/Tidy/

Но не уверен, что все его еггоги и ворнинги имеют отражение на требования 508 секции.

Если говорить про онлайновые валидаторы, есть ещё вот такие, которые тоже знают про 508 секцию:
http://www.cynthiasays.com/
http://fae.cita.uiuc.edu/

Спасибо!
А Tidy командлайновый есть.

Добрый день!
Сегодня как раз столкнулся
вот в помощь так сказать :)

Testing Documents for Section 508 Compliance
508 Compliant PDFs
Checklists