# Тестирование доступности (Accessibility testing) *Тестирование доступности (accessibility testing): Тестирование, которое определяет степень легкости, с которой пользователи с ограниченными способностями могут использовать систему или ее компоненты (ISTQB).* *Тестирование доступности (accessibility testing): Тип тестирования удобства использования, предназначенный для оценки степени возможности управления элементом тестирования пользователями с самыми разными характеристиками и способностями. (ГОСТ 56920)* Тестирование доступности (accessibility testing) - это подмножество юзабилити-тестирования. Его цель - убедиться в том, что наш продукт удобен в использовании людям с различными видами ограничений, инвалидности или особенностями восприятия. Это могут быть проблемы со зрением, слухом или ограничения в подвижности рук. Что наиболее важно, существуют определенные законы и инструкции по тестированию доступности, которые также должны соблюдаться, например, Рекомендации по доступности веб-контента ([Web content accessibility guidelines](https://www.w3.org/TR/WCAG21/)). Ваш продукт должен правильно работать с соответствующим ПО. Примеры такого программного обеспечения: * Speech Recognition Software - ПО преобразует произнесенное слово в текст, который служит вводом для компьютера; * Программа для чтения с экрана - используется для озвучивания текста, отображаемого на экране; * Программное обеспечение для увеличения экрана - используется для увеличения масштаба элементов и облегчения чтения для пользователей с нарушениями зрения; * Специальная клавиатура, облегчающая ввод для пользователей, у которых проблемы с двигательными функциями; Еще один из примеров - люди с цветовой слепотой (дальтонизмом). Эта особенность довольно широко распространена. Различными видами цветовой слепоты страдают около 8 % мужчин и 0,4 % женщин - не так уж мало! Цвет не должен быть единственным способом передачи информации. Если вы используете цвет для того, чтобы, допустим, отобразить статус, эту информацию стоит продублировать еще каким-то образом - геометрическими фигурами, иконками или текстовым комментарием.\ Хорошая контрастность. Хорошая контрастность обеспечивает нормальную видимость элементов управления и текста даже для людей, не различающих те или иные оттенки.\ Есть отличный инструмент для тестирования веб-сайтов на предмет доступности для людей с различными формами цветовой слепоты: Color Blind Web Page Filter. ![https://az545221.vo.msecnd.net/skype-faq-media/faq\_content/skype/screenshots/fa3501/fa3501-a.png](https://az545221.vo.msecnd.net/skype-faq-media/faq_content/skype/screenshots/fa3501/fa3501-a.png) Если вы хотите сократить количество тестов, можно ограничиться только тремя фильтрами: дейтеранопия, протанопия и тританопия. Это наиболее выраженные формы цветовой слепоты (не считая крайне редкого черно-белого зрения). Остальные люди с особенностями цветовосприятия видят больше оттенков, и если ваш UI достаточно хорошо виден с этими тремя фильтрами, то и для остальных будет отображаться корректно. Пример чек-листа: * Предоставляет ли приложение клавиатурные эквиваленты для всех действий мышью и окон? * Предоставляются ли инструкции как часть пользовательской документации или руководства? Легко ли понять и использовать приложение, используя документацию? * Упорядочены ли вкладки логически для обеспечения плавной навигации? * Предусмотрены ли сочетания клавиш для меню? * Поддерживает ли приложение все операционные системы? * Четко ли указано время отклика каждого экрана или страницы, чтобы конечные пользователи знали, как долго ждать? * Все ли надписи правильно написаны? * Являются ли цвета подходящим для всех пользователей? * Правильно ли используются изображения или значки, чтобы их было легко понять конечным пользователям? * Есть ли звуковые оповещения? * Может ли пользователь настроить аудио или видео элементы управления? * Может ли пользователь переопределить шрифты по умолчанию для печати и отображения текста? * Может ли пользователь настроить или отключить мигание, вращение или перемещение элементов? * Убедитесь, что цветовое кодирование никогда не используется в качестве единственного средства передачи информации или указания на действие * Видна ли подсветка с инвертированными цветами? * Тестирование цвета в приложении путем изменения контрастности * Правильно ли слышат люди с ограниченными возможностями все имеющее отношение к аудио и видео? * Протестируйте все мультимедийные страницы без мультимедиа-оборудования. * Предоставляется ли обучение пользователям с ограниченными возможностями, что позволит им ознакомиться с программным обеспечением или приложением? Источники: * [Accessibility Testing Tutorial (A Complete Step By Step Guide)](https://www.softwaretestinghelp.com/what-is-web-accessibility-testing/) * [Accessibility Testing Tutorial: What is, Tools & Examples](https://www.guru99.com/accessibility-testing.html) Доп. материал: * [Чеклист на соответствие гайдлайнам по доступности (WCAG)](https://www.a11yproject.com/checklist/) * [Web Content Accessibility Guidelines (WCAG)](https://www.w3.org/WAI/standards-guidelines/wcag/) * [Understanding Accessibility: WCAG’s 13 Guidelines with Kasey Bonifacio](https://www.youtube.com/watch?v=RjpvOqZigao) * [Accessibility Testing: Color Blindness](https://www.luxoft-training.com/news/accessibility-testing-color-blindness/) * [QA и его роль в создании ресурсов для людей с ограниченными возможностями](https://habr.com/ru/company/redmadrobot/blog/504110/) * [Чеклист по UX из 30 пунктов для мобильных приложений](https://habr.com/ru/company/edison/blog/474472/) * [Web Content Accessibility Guidelines](https://cdn2.hubspot.net/hubfs/5358007/WCAG_2.1_Checklist.pdf) * [Говорим о практике в области UX/UI-тестирования в Университете ИТМО - подкаст «ITMO Research»](https://habr.com/ru/company/spbifmo/blog/559964/) * [Accessibility Testing Tutorial: What is, Tools & Examples](https://www.guru99.com/accessibility-testing.html) * [Everything You Should Know About Accessibility Testing](https://blog.qatestlab.com/2021/08/18/accessibility-testing/) * [Тестирование доступности. Теория, инструменты и чеклист.](https://testengineer.ru/chto-takoe-testirovanie-dostupnosti/) --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://vladislaveremeev.gitbook.io/qa_bible/vidy-metody-urovni-testirovaniya/testirovanie-dostupnosti-accessibility-testing.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.