Какво е тестване за достъпност?
Тестването за достъпност се определя като вид софтуерно тестване, извършено, за да се гарантира, че тестваното приложение е използваемо от хора с увреждания като слух, цветна слепота, старост и други групи в неравностойно положение. Това е подмножество на тестването на използваемост.
Хората с увреждания използват помощни технологии, които им помагат при експлоатацията на софтуерен продукт. Примери за такъв софтуер са:
- Разпознаване на реч Софтуер - Той ще преобразува изговорената дума в текст, който служи като вход за компютъра.
- Софтуер за четец на екран - Използва се за четене на текста, който се показва на екрана
- Софтуер за увеличение на екрана - Използва се за увеличаване на монитора и улесняване на четенето за потребители с увредено зрение.
- Специална клавиатура, създадена за потребители за лесно писане, които имат трудности с управлението на двигателя
В този урок ще научите -
- Какво е тестване за достъпност?
- Защо тестване на достъпността?
- Кои увреждания да се подкрепят?
- Как да направя тестване за достъпност?
- Инструменти за тестване на достъпността
- Митове за тестване на достъпността
Защо тестване на достъпността?
Причина 1 : Обслужване на хора с увреждания.
Около 20% от населението има проблеми с уврежданията.
- 1 на всеки 10 души има тежко увреждане
- 1 на 2 души над 65 години имат намалени възможности
Уврежданията включват слепота, глухота, увреждания или някакви нарушения в тялото.
Софтуерен продукт може да се погрижи за този голям пазар, ако е направен удобен за инвалиди. Проблемите с достъпността в софтуера могат да бъдат разрешени, ако тестването за достъпност е част от нормалния жизнен цикъл на тестване на софтуера.
Причина 2 : Спазвайте законодателството за достъпност
Държавните агенции по целия свят излязоха с легализации, което изисква ИТ продуктите да бъдат достъпни за хора с увреждания.
Следват правните актове на различни правителства -
- САЩ: Закон за американците с увреждания - 1990 г.
- Обединено кралство: Закон за дискриминация на хората с увреждания - 1995 г.
- Австралия: Закон за дискриминация на хората с увреждания - 1992 г.
- Ирландия: Закон за хората с увреждания от 2005 г.
Тестването за достъпност е важно, за да се гарантира спазването на закона.
Причина 3 : Избягвайте потенциални съдебни дела
В миналото компаниите от Fortune 500 бяха съдени, тъй като техните продукти не бяха удобни за инвалиди. Тук няколко видни случая
- Национална федерация за слепи (NFB) срещу Amazon (2007)
- Секстън и NFB срещу Target (2007)
- Споразумение NFB срещу AOL (1999)
Най-добре е да създавате продукти, които поддържат инвалиди и да избягвате потенциални съдебни дела.
Кои увреждания да се поддържат?
Приложението трябва да поддържа хора с увреждания като -
|
Вид увреждане |
Описание на инвалидността |
|---|---|
|
Увреждане на зрението |
|
|
Физическо увреждане |
|
|
Когнитивна инвалидност |
|
|
Грамотност Увреждане |
|
|
Слухови увреждания |
|
Как да направя тестване за достъпност?
Тестването за достъпност може да се извърши по 2 начина и те са:
- Ръчно
- Автоматизиран
Следват точките, които трябва да бъдат проверени за приложение, което да се използва от всички потребители. Този контролен списък се използва за отписване от тестване за достъпност.
- Дали приложението предоставя еквиваленти на клавиатурата за всички операции с мишката и прозорци?
- Дали инструкциите се предоставят като част от потребителската документация или ръководството? Лесно ли е да разберете и управлявате приложението, като използвате документацията?
- Дали разделите са подредени логически, за да осигурят гладка навигация?
- Дали клавишите за бърз достъп са предвидени за менютата?
- Дали приложението поддържа всички операционни системи?
- Дали времето за реакция на всеки екран или страница е ясно споменато, така че Крайните потребители да знаят колко време да чакат?
- Дали всички етикети са написани правилно в приложението?
- Дали цветът на приложението е гъвкав за всички потребители?
- Дали изображенията или иконите се използват по подходящ начин, така че да се разбира лесно от крайните потребители?
- Дали приложението има звукови сигнали?
- Дали потребителят може да регулира контролите за аудио или видео?
- Дали потребителят може да замени шрифтовете по подразбиране за печат и текстови дисплеи?
- Дали потребителят може да регулира или деактивира мигащи, въртящи се или движещи се дисплеи?
- Проверете дали цветното кодиране никога не се използва като единственото средство за предаване на информация или индикация на действие
- Дали подчертаването е видимо с обърнати цветове? Тестване на цвят в приложението чрез промяна на съотношението на контраста
- Дали съдържанието, свързано с аудио и видео, се чува правилно от хората с увреждания? Тествайте всички мултимедийни страници без говорители в уебсайтовете
- Дали се осигурява обучение за потребители с увреждания, което ще им позволи да се запознаят със софтуера или приложението?
Тестването за достъпност може да е предизвикателство за тестерите, тъй като те не са запознати с уврежданията. По-добре е да работите с хора с увреждания, които имат специфични нужди, за да разберат своите предизвикателства.
Има различни начини за тестване на достъпността в зависимост от увреждането. Ще ги научим един по един.
1) увреждане на зрението
Добре сега, нека приемем, че нямам способност за зрение. Напълно съм сляп и исках да вляза в уебсайта на XYZ. В такъв случай каква е опцията ???? Не мога ли да вляза в уеб сайта на XYZ? Каква опция имам? Има опция с една дума, която се нарича SCREENREADER. Да, добре сте разбрали. СКРИНЕЙДЪР. Какво е този четец на екрани? Това е софтуер, който се използва за разказване на съдържанието в мрежата. По принцип какво има на уебсайта ви, независимо дали е съдържание, връзка, радио бутон, изображения, видео и т.н. Екранният четец ще разказва за мен всичко и всичко. Налични са многобройни Screen Reader. Работил съм с челюсти.
По принцип, когато стартирате челюсти или който и да е екранен четец и след това отидете на уебсайта, той ще ви разкаже цялото съдържание. За Пример: Стартирах челюсти и стартирах браузъра JAWS ще обяви, че стартира страницата Mozilla Firefox, сега, ако отида в адресната лента, тогава JAWS ще обяви, че АДРЕС БАР и след това въведете www.google.com в адресната лента, челюстите ще отидат да обясня донякъде по следния начин: -
Адресната лента, w, w, w, точка, g, o, o, g, l, e, точка, c, o, m. Също така, когато страницата се зареди напълно, челюстите отново ще обявят началната страница на Google.Com.Сега, ако отида в Google Търсене, тогава JAWS ще обяви това търсене с Google. Така че би било лесно за сляп човек да разпознае нещата по лесен начин.
Точката, която искам да обясня тук, четецът на екрана ще разказва дума по дума, ако въведете нещо или в текстовото поле . По същия начин, ако има връзка, тя ще я произнесе като връзка, а за Button ще я произнесе като бутон. За да може слепият човек лесно да идентифицира нещата.
Сега, ако уебсайтът е лошо проектиран и разработен, тогава може да е възможно (обикновено се случва) челюстите да не могат да разказват правилно съдържание, което от своя страна води до недостъпност за слепи. (Кажете, ако челюстите разказват връзка като съдържание, тогава сляп потребител никога не би могъл да разбере, че това е връзка и ако това би било решаващо за този уебсайт тогава ????). В този случай това би довело до голяма загуба за уебсайта.
2) Зрително увреждане
Има две категории, които искам да бъдат споменати при зрителни увреждания.
Първият е Далтонизмът. Цветна слепота означава, че не сте напълно слепи, но не можете да видите правилно някои специфични цветове. Червеното и синьото са често срещаните цветове, които хората не могат да видят правилно, ако имат далтонизъм. Така че, ако имам цветна слепота от червен цвят и искам да използвам уебсайт, който е 80% в червено, тогава бих ли се чувствал удобно на този уебсайт? Отговорът е Не.
Така че уебсайтът трябва да бъде проектиран така, че човек с далтонизъм да няма проблем с достъпа до него. Вземете прост пример за бутон, който е в червено. За да го направите достъпно, ако е очертано с черно. Тогава е лесен за достъп. Обикновено черно и бяло се считат за универсални.
3) УВРЕЖДАНЕ С ЛОША ВИЗИЯ
Второто нещо е човек с лошо зрение (не ясно зрение) или с различен проблем със зрението (има много проблеми с очите, свързани с ретината и т.н.) за достъп до който и да е сайт.
1) В такива случаи най-добре е да избягвате малкия текст. Защото това би било голямо предимство за хората с лошо зрение.
2) Също така, хората с проблем със зрението биха искали да увеличат текста на уебсайта, за да им е удобно. Така че уебсайтът трябва да бъде проектиран по такъв начин, че ако го увеличавате, оформлението му не може да се наруши при мащабиране на текста. В противен случай това няма да е добро впечатление за тях.
4) Други увреждания
При тестването на достъпност за аудитория с увреждания един много важен момент, който трябва да се обмисли, е достъпът до уебсайта без използване на мишката. Човек трябва да има възможност за пълен достъп до уебсайта, връзките, бутоните, радио бутоните, квадратчетата за отметка, изскачащите прозорци, падащото меню, всички контроли трябва да бъдат напълно достъпни и да могат да се управляват чрез клавиатурата.
Например : Ако съм парализиран с дясна ръка и не ми е удобно с мишка или казвам, че не искам да използвам мишка, какво тогава? В този случай, ако не мога да осъществя достъп до връзката или квадратчетата за отметка на сайта чрез клавиатура, тогава ???? Така че уебсайтът трябва да бъде напълно достъпен с клавиатура.
Алтернативен текст трябва да има за изображения, аудио, видео, така че екранният четец да ги чете и да ги разказва, така че сляп човек лесно да разпознае какво представлява изображението, аудиото, видеото. В допълнение към него трябва да има клавишни комбинации за лесен достъп до уебсайта и навигацията трябва да е достъпна с клавиатурата.
Освен това фокусът трябва да бъде напълно видим. Когато натискаме раздела, тогава потребителят трябва да може да види къде се движи контролата. С видимия фокус става много лесно за потребител с лошо зрение или цветна слепота да идентифицира потока на даден сайт, както и лесен достъп.
Потребител със слухови увреждания (глухи или трудно слушащи): Последните са хора със слухови увреждания. Глухият може да има достъп до уебсайта, тъй като е способен да вижда съдържанието на уебсайта. Но що се отнася до аудио и видео, те се сблъскват с трудности. Така че в този случай за всяко видео и аудио трябва да има текст Alt. Алтернативен текст означава Алтернативен текст. Да предположим, че има някакво видео за това как да резервирате самолетен билет. В такъв случай текстът трябва да е там, за да може глух човек да го прочете и да добие представа за какво става дума във видеото.
Инструменти за тестване на достъпността:
За да направите уебсайта си по-приемлив и лесен за ползване, е изключително важно той да бъде лесно достъпен. Има различни инструменти за тестване на достъпността, които могат да проверят достъпността на уебсайта.
Следват някои от популярните инструменти за тестване на достъпността :
1) вълна
Wave е безплатен инструмент за достъпност в мрежата, създаден от WEBAIM. Използва се за ръчно валидиране на уеб страницата за различни аспекти на достъпността. Този инструмент може да се използва за проверка на интранет, защитена парола, динамично генерирани или чувствителни уеб страници. Основните функции на лентата с инструменти за уеб достъпност включват идентифициране на компоненти на уеб страница, осигуряване на достъп до алтернативен изглед на съдържанието на страницата и улесняване на използването на онлайн приложения на трети страни. Той осигурява 100% частно и сигурно отчитане на достъпността
Посетете тук
2) TAW
TAW е онлайн инструментът за определяне на достъпността на вашата мрежа. Този инструмент анализира уебсайта в съответствие с насоките за достъпност на W3C и показва проблеми с достъпността. Проблемите с теста за достъпност в мрежата са категоризирани в приоритет 1, приоритет 2 и приоритет 3. Интересната характеристика на TAW е възможността да се генерират подмножества на WCAG 1.0 за тестване. В инструмента TAW можете да изберете да тествате една страница или няколко страници, като "паяк" сайт. TAW също ни позволява да дефинираме допълнителни проверки чрез диалоговия прозорец "Проверка на потребителя"
Посетете тук
3) Достъпност Valet
Това е инструмент, който ви позволява да проверявате уеб страниците в съответствие с WCAG (Указания за достъпност на уеб съдържание). Всички опции за отчитане на HTML показват вашата маркировка в нормализирана форма, като подчертават оттеглена, фалшива и валидна марка, както и елементи, които са поставени погрешно. Този инструмент предлага различни функции като
- Вътрешни отчети за разработчици
- Резюме за QA и управление
- Метаданни за семантичната мрежа и WWW
- Автоматично почистване и преобразуване на Html в XHtml
- Инструменти за скриптове
Посетете тук
4) Инструменти за разработчици за достъпност
Това е разширение за Chrome. Прави и одит на достъпността. Резултатите от одита показват правила за достъпност, които са нарушени от тестваната страница. Разширението има високи отзиви и често се актуализира
Посетете тук
5) Тестер за страница за бърза достъпност
Тъй като има някои отлични ленти с инструменти за достъпност, тестерът за бърза достъпност на страници е отметка, върху която можете да щракнете, за да получите бърз анализ на уеб страницата. Той ще разбере различни проблеми с вашата страница, ще предупреди за възможни проблеми и ще подчертае области на страницата, които могат да се възползват от ARIA (достъпни богати интернет приложения).
Посетете тук
На пазара са налични различни инструменти за извършване на тестове за достъпност в мрежата, дадени по-долу:
6) Проектант
Това е инструмент, разработен от IBM, който симулира опита на хора със зрителни увреждания, така че дизайнерът да може да разбере по-добре нуждите на хората с увреждания и да разработи съответно приложения.
Посетете тук
7) WebAnywhere
Това е инструмент, базиран на браузър, който работи подобно на четците на екрана като Jaws. Той помага на читателите как да четат уеб страницата.
Посетете тук
8) Лента с инструменти за уеб достъпност
WAT е разширение на Internet Explorer или Opera, което предлага на дизайнерите на уеб страници полезни функции при анализа на уеб страницата. Една от най-добрите характеристики е функцията GreyScale, която помага да се намерят петна с нисък контраст в дизайна.
Посетете тук
Митове за тестване на достъпността:
Следват митовете за тестване на достъпността:
Мит: Създаването на достъпна уеб страница е скъпо
Факт: Не е скъпо. Вземете времето за изчакване, за да помислите за проблемите с достъпността на самия етап на проектиране, заедно с основното тестване. Това ще спести пари, както и преработка.
Мит: Превръщането на недостъпни уебсайтове в достъпни уебсайтове отнема много време и е скъпо
Не е необходимо да включвате всички промени наведнъж. Работете върху основни нужди, които са най-необходими за потребителите с увреждания.
Мит: Достъпността е обикновена и скучна
Достъпността не означава страница само с текст
Можете да направите уеб страниците привлекателни, но те трябва да бъдат проектирани по такъв начин, че да бъдат достъпни за всички потребители. Също така според указанията за достъпност на уеб съдържание на W3C - това силно не препоръчва използването на страници само с текст.
Мит: Достъпност за слепи и инвалиди
Факт Следването на указанията за достъпност подобрява цялостната използваемост на софтуера, което помага и на редовните потребители.
Заключение
В софтуерното инженерство тестването за достъпност помага да направите вашето приложение деактивирано. Ако спазването на указанията за достъпност не е възможно поради сложността на вашето уеб приложение, изградете една версия на уебсайта за обикновени потребители и друга за деактивиране