Кто должен тестировать?

Существует по сути две группы, которые выполняют тестирование: эксперты и пользователи.

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

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

Разработчик Web, который знает, как использовать считыватель экрана, скорее всего, будет исследовать Web-сайт несколько иначе, чем обычный пользователь считывателя экрана, а пользователи считывателя экрана, которые программировали свои собственные сценарии, скорее всего исследуют сайт с помощью других стратегий, чем пользователи считывателя экрана, которые выполняют обыкновенные вычислительные задачи, такие как создание сообщения e-mail.

Знания, полученные при тестировании пользователей, передаются в процесс тестирования экспертов, когда тестирование выполняется в следующий раз (либо при другой итерации тестирования того же проекта, либо совершенно другого проекта). Тестирование пользователей имеет также более тонкое преимущество. Очеловечивая доступность и объединяя разработчиков с конечными пользователями можно усилить мотивацию создания доступных Web-сайтов.

Экспертное тестирование

Существует четыре компонента для экспертного тестирования:

Инструментальная оценка: когда инструментальное средство ищет проблемы совместимости и предоставляет их оценщику (это включает средства проверки доступности и инструменты проверки кода).

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

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

Обзор кода: когда оценщик просматривает код и активы Web-сайта, чтобы исключить возможные проблемы.

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

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