Какво е тестване за достъпност? (Примери)

Какво е тестване за достъпност?

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

Помощните технологии помагат на хора с увреждания да работят със софтуерен продукт. Често срещани примери включват:

• Софтуер за разпознаване на реч – Преобразува изговорените думи в текст, който служи като вход за компютъра.
• Софтуер за екранен четец – Чете на глас текста и елементите на интерфейса, показани на екрана.
• Софтуер за увеличаване на екрана – Уголемява части от монитора, за да улесни четенето от потребители със слабо зрение.
• Специализирани клавиатури – Предназначен за потребители с трудности в контрола на двигателните функции, за да могат да правят упражненияping по-лесно.
• Превключвател и око-tracкралски устройства – Позволява на потребители с тежки двигателни увреждания да навигират и избират елементи от интерфейса.

Защо тестване на достъпността?

Причина 1Обслужване на пазара на потребители с увреждания.

Според Световната здравна организация около 1.3 милиарда души, или приблизително един на всеки шест в света, живеят със значително увреждане.

• 1 на 10 души има тежко увреждане.
• 1 от 2 души над 65-годишна възраст имат намалени способности.

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

Причина 2Спазвайте законодателството за достъпност.

Правителствата по целия свят са приели законодателство, което изисква ИТ продуктите да бъдат достъпни за хора с увреждания. Основни примери включват:

• Съединени щати: Закон за американците с увреждания (ADA, 1990) и раздел 508 от Закона за рехабилитация.
• Обединено кралство: Закон за равенство от 2010 г. (който замени Закона за дискриминация на хората с увреждания от 1995 г.).
• Европейски съюз: Европейски закон за достъпност, който влезе в сила за много продукти и услуги през юни 2025 г., и стандарт EN 301 549.
• Австралия: Закон за дискриминацията по отношение на уврежданията от 1992 г.
• Ирландия: Закон за хората с увреждания от 2005 г.
• Канада: Закон за достъпна Канада от 2019 г.

Тестването за достъпност е от съществено значение, за да се гарантира спазването на законовите изисквания на всеки пазар, където се продава вашият продукт.

Причина 3Избягвайте потенциални съдебни дела.

Големи компании са били съдени многократно, защото техните дигитални продукти не са били достъпни. Няколко известни случая включват:

• Национална федерация на слепите (NFB) срещу. Target (2006 г., уредено през 2008 г.).
• Споразумение по делото NFB срещу AOL (1999 г.).
• Роблес срещу Domino's Pizza (2019 г.), където САЩ SupremСъдът остави в сила решение, че ADA се прилага за уебсайтове и мобилни приложения.
• Гил срещу Уин-Дикси (2017 г.), първата съдебна присъда в САЩ, изискваща поправянето на недостъпен уебсайт.

Съдебните дела за уеб достъпност в Съединените щати нарастват всяка година, като от 2022 г. насам се завеждат над 4,000 цифрови дела по Закона за американците с увреждания, част III. Създаването на достъпни продукти от самото начало избягва тези разходи и защитава марката.

Кои увреждания да подкрепите?

Заявлението трябва да е в подкрепа на хора с увреждания, като например:

Тип увреждане	Инвалидност Descriptйон
Увреждане на зрението	Пълна слепота, цветна слепота или слабо зрение. Чувствителност към визуални стробоскопични и мигащи ефекти.
Физическо увреждане	Невъзможност за използване на мишка или клавиатура с една ръка. Слаби двигателни умения, включително ограничено движение на ръцете или мускулна забавеност.
Когнитивно увреждане	Трудности в обучението, лоша памет или проблеми с следенето на сложни сценарии.
Увреждане на грамотността	Трудности при четене, като например дислексия.
Увреждане на слуха	Слухови проблеми, включително глухота и увреждане на слуха. Невъзможност да се чуе звук или да се чуе ясно.

Стандарти и насоки за достъпност

Програмите за тестване на достъпността разчитат на малък набор от широко приети стандарти. Разбирането кой стандарт се отнася за вашия пазар е първата стъпка преди написването на какъвто и да е план за тестване.

• WCAG 2.2 – Публикувани от W3C през октомври 2023 г., Насоките за достъпност на уеб съдържание 2.2 са настоящият глобален бенчмарк. Те определят три нива на съответствие: A (базово), AA (законовият минимум в повечето страни) и AAA (най-високо).
• WCAG 3.0 – Работен проект на W3C, който въвежда модел за оценяване, базиран на резултатите. Той все още е в процес на разработка и не е заменил WCAG 2.2.
• Раздел 508 – Правило за обществени поръчки на федерално ниво в САЩ, което изисква електронните и информационните технологии, закупени от федералните агенции, да отговарят на критериите на WCAG 2.0 ниво AA.
• BG 301 549 – Европейски хармонизиран стандарт за достъпност на ИКТ, използван за демонстриране на съответствие с Европейския закон за достъпност.
• ADA дял III – Законът за гражданските права на САЩ, прилаган към уебсайтове и мобилни приложения на обществени места за настаняване; съдилищата обикновено използват WCAG 2.1 или 2.2 AA като ориентир.

Повечето отбори се отнасят с WCAG 2.2 Ниво AA като тяхна работна цел, защото това е едновременно общата правна основа и практическа инженерна цел.

Как се прави тест за достъпност?

Тестването за достъпност може да се извърши по два начина:

1. наръчник
2. Автоматизирана

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

1) Зрителни увреждания

Представете си, че изобщо не виждате и трябва да използвате уебсайта на XYZ. Единствената ви практична опция е екранен четец. Екранният четец е софтуер, който разказва съдържанието на уеб страница, включително текст, връзки, радио бутони, изображения и видео, така че незрящ потребител да може да възприеме интерфейса. Популярни екранни четци включват JAWS, NVDA, Apple VoiceOver и Android Отвръщам.

Когато стартирате JAWS и след това отворите браузър, JAWS произнася заглавието на страницата. Ако преместите фокуса върху адресната лента, JAWS казва „Адресна лента“ и след това прочита всеки въведен от вас символ. Например, typing google.com генерира съобщение, подобно на следното:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Екранният четец преразказва дума по дума в текстовите полета, обявява връзките като „линк“ и обявява бутоните като „бутон“, така че незрящ потребител да може да идентифицира всеки контрол. Ако уебсайтът е лошо изграден, екранният четец може да разпознае погрешно елементите; например, връзка, стилизирана като обикновен текст, може да бъде прочетена като съдържание, скривайки критично действие от потребителя. Цената за бизнеса е реална загуба на приходи.

2) Цветна слепота

Далтонизмът означава, че потребителят не може да възприема правилно определени цветове. Червено-зеленият далтонизъм е най-често срещаната форма. Ако даден уебсайт разчита предимно на червено, за да предаде смисъл, потребител с червено-зелен далтонизъм може да пропусне съобщението.

Дизайнерските екипи никога не трябва да използват само цвят, за да съобщават информация. Червеният бутон за грешка е по-достъпен, когато е и очертан, обозначен с икона и придружен от описателен текст. Черното и бялото остават най-безопасната универсална палитра, а инструменти като плъгина Stark или симулаторите за цветна слепота в браузъра помагат за ранното разкриване на проблеми.

3) Слабо зрение

Потребителите със слабо зрение или други състояния на ретината се нуждаят от допълнителна подкрепа, за да използват сайта:

1. Избягвайте много малък текст. WCAG препоръчва размер на тялото по подразбиране, който се мащабира удобно без увеличение.
2. Уверете се, че оформлението се преформатира чисто, когато текстът е увеличен до 200 процента (критерий за успех на WCAG 2.2). Редовете не трябва да се отрязват и съдържанието не трябва да се припокрива.
3. Поддържайте минимално съотношение на контраст от 4.5:1 за нормален текст и 3:1 за голям текст.

4) Моторни и други увреждания

Основно изискване за достъпност е целият сайт да може да се управлява без мишка. Всяка връзка, бутон, радио бутон, квадратче за отметка, изскачащ прозорец, падащо меню и контрол трябва да са достъпни и да могат да се управляват само с клавиатура.

Например, потребител с ограничена подвижност на ръцете може да не е в състояние да използва мишка. Ако квадратчетата за отметка или връзките не могат да бъдат достигнати с клавиша Tab, потребителят е заключен от тези функции.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Фокусът трябва винаги да е видим. Когато потребителят натисне Tab, маркираният контрол трябва да се откроява ясно. Видимият фокус помага на потребителите с намалено зрение или цветна слепота да следят потока на страницата и прави навигацията предвидима за всички.

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

Примерни тестови случаи за тестване на достъпността

Контролният списък по-долу се използва за одобряване на тестове за достъпност за типично уеб приложение. Използвайте го като отправна точка и го разширете с критериите за успех на WCAG 2.2, отнасящи се за вашия продукт.

1. Предоставени ли са еквиваленти на клавиатурата за всяка операция с мишката и диалогов прозорец?
2. Обяснява ли потребителската документация как да се работи с приложението с помощни технологии?
3. Логичен ли е редът на табулациите, така че навигацията да протича естествено?
4. Предвидени ли са клавишни комбинации за основните менюта?
5. Поддържа ли приложението всички целеви операционни системи и екранни четци?
6. Ясно ли е съобщено времето за реакция на всеки екран или страница, така че потребителите да знаят колко дълго да чакат?
7. Всички етикети написани ли са правилно и програмно свързани ли са с техните контроли?
8. Гъвкав ли е изборът на цветове и тестван ли е спрямо симулатори за цветна слепота?
9. Използват ли се изображения, икони и емоджита по начин, който крайните потребители могат да разберат?
10. Приложението предоставя ли звукови сигнали, където са полезни?
11. Може ли потребителят да регулира или заглушава аудио и видео контролите?
12. Може ли потребителят да замени шрифтовете по подразбиране за печат и текст на екрана?
13. Може ли потребителят да регулира или деактивира мигащи, въртящи се или движещи се дисплеи?
14. Уверете се, че цветът никога не се използва като единствено средство за предаване на информация.
15. Вижда ли се все още подчертаването, когато системните цветове са обърнати? Тествайте, като промените съотношенията на контраста.
16. Налични ли са аудио и видео транскрипции или субтитри за потребители, които не чуват?
17. Предоставя ли се обучение за потребители с увреждания, което да им помогне да се запознаят с приложението?
18. Всички интерактивни контроли достъпни ли са, могат ли да се управляват и могат ли да се отхвърлят само с клавиатура?

Как изкуственият интелект променя тестването за достъпност

Изкуственият интелект е решаping тестване на достъпността по три практични начина. Първо, скенерите за машинно обучение вече четат рендирания DOM заедно с модели за компютърно зрение, за да открият проблеми, които инструментите, базирани на правила, пропускат, като например неподходящ алтернативен текст или цветови комбинации, които се провалят в реални оформления. Второ, генеративният изкуствен интелект предлага четими от човек решения, включително по-добър алтернативен текст, по-ясни съобщения за грешки и ARIA атрибути за персонализирани компоненти. Трето, изкуственият интелект приоритизира откритията според въздействието върху потребителя, така че екипите могат да изразходват бюджета си за проблемите, които са най-важни. Инструменти като Deque axe AI, Evinced, UserWay и Siteimprove вече включват функции на изкуствен интелект. Изкуственият интелект не замества ръчното тестване с екранни четци или потребителските проучвания с хора с увреждания, но значително намалява натоварването при ръчното сортиране и помага на достъпността да се измести наляво в цикъла на разработка.

Митове за тестването на достъпността

Следват често срещани митове за тестването за достъпност, заедно с фактите:

Мит: Създаването на достъпен уебсайт е скъпо.

Факт: Не е така. Обмислянето на достъпността по време на проектирането, заедно с основното тестване, спестява пари в сравнение с преоборудването и намалява скъпоструващите преработки.

Мит: Промяната на недостъпен уебсайт в достъпен е твърде времеемка и скъпа.

Факт: Не е нужно да прилагате всяка корекция наведнъж. Започнете с промените, които имат най-голямо въздействие върху потребителите с увреждания, и внедрете останалите в по-късни издания.

Мит: Достъпността е обикновена и скучна.

Факт: Страниците все още могат да бъдат визуално богати и наtracтивно, като същевременно отговаря на насоките на WCAG 2.2. W3C изрично обезкуражава текстовите версии в полза на единно достъпно изживяване за всички.

Мит: Достъпността е само за незрящи и хора с увреждания.

Факт: Спазването на указанията за достъпност подобрява цялостната използваемост и е от полза за всеки потребител, включително тези на мобилни устройства, на ярка слънчева светлина или в шумна среда.

Въпроси и Отговори