Що таке тестування доступності?
Тестування доступності визначається як тип Тестування програмного забезпечення, що проводиться для того, щоб забезпечити придатність програми, яка тестується, людьми з обмеженими можливостями, такими як слух, дальтонізм, похилий вік та інші групи, що знаходяться в неблагополучному положенні. Це підмножина тестування зручності використання.
Люди з обмеженими можливостями використовують допоміжні технології, які допомагають їм в експлуатації програмного продукту. Прикладами такого програмного забезпечення є:
- Розпізнавання мови Програмне забезпечення - воно перетворює вимовлене слово в текст, який служить вхідним сигналом для комп’ютера.
- Програмне забезпечення для зчитування з екрана - використовується для зчитування тексту, що відображається на екрані
- Програмне забезпечення для збільшення екрана - Використовується для збільшення монітора та полегшення читання для користувачів із вадами зору.
- Спеціальна клавіатура, створена для користувачів для зручного набору тексту, які мають труднощі з керуванням рухом
У цьому підручнику ви дізнаєтесь-
- Що таке тестування доступності?
- Чому тестування доступності?
- Які інваліди підтримувати?
- Як зробити тестування доступності?
- Засоби перевірки доступності
- Міфи тестування доступності
Чому тестування доступності?
Причина 1 : Обслуговування людей з обмеженими можливостями.
Близько 20% населення мають проблеми з інвалідністю.
- 1 із 10 людей має важку інвалідність
- Кожен другий чоловік старше 65 років має знижені можливості
Інвалідність включає сліпоту, глухість, інвалідність або будь-які порушення в організмі.
Програмний продукт може задовольнити цей великий ринок, якщо його зробити інвалідом зручним. Проблеми доступності програмного забезпечення можна вирішити, якщо перевірка доступності стане частиною звичайного життєвого циклу тестування програмного забезпечення.
Причина 2 : Дотримуйтесь законодавства про доступність
Державні установи по всьому світу виступили з легалізацією, що вимагає, щоб ІТ-продукти були доступними для людей з обмеженими можливостями.
Нижче наведені правові акти різних урядів -
- США: Закон про американців з інвалідністю - 1990 рік
- Великобританія: Закон про дискримінацію інвалідів - 1995
- Австралія: Закон про дискримінацію інвалідів - 1992
- Ірландія: Закон про інвалідність 2005 року
Тестування доступності важливо для забезпечення дотримання законодавства.
Причина 3 : Уникайте потенційних судових справ
Раніше компанії Fortune 500 були подані до суду, оскільки їх продукція не була зручною для інвалідів. Тут кілька видатних випадків
- Національна федерація сліпих (NFB) проти Amazon (2007)
- Секстон та НФБ проти мішені (2007)
- Поселення NFB проти AOL (1999)
Найкраще створювати товари, що підтримують інвалідів та уникати потенційних судових процесів.
Які інваліди підтримувати?
Додаток повинен підтримувати людей з обмеженими можливостями, наприклад -
|
Тип інвалідності |
Опис інвалідності |
|---|---|
|
Інвалідність зору |
|
|
Фізична вада |
|
|
Когнітивна інвалідність |
|
|
Інвалідність грамотності |
|
|
Порушення слуху |
|
Як зробити тестування доступності?
Тестування доступності можна провести двома способами, і це:
- Вручну
- Автоматизований
Нижче наведено необхідні пункти, які слід перевірити на наявність програми, яку використовуватимуть усі користувачі. Цей контрольний список використовується для відмови від тестування доступності.
- Чи надає програма еквіваленти клавіатури для всіх операцій миші та вікон?
- Чи надаються інструкції як частина користувацької документації чи посібника? Чи легко зрозуміти та керувати програмою, використовуючи документацію?
- Чи впорядковані вкладки логічно для забезпечення плавної навігації?
- Чи передбачені клавіші швидкого доступу для меню?
- Чи підтримує додаток усі операційні системи?
- Чи чітко зазначено час відгуку кожного екрана чи сторінки, щоб Кінцеві користувачі знали, як довго чекати?
- Чи всі ярлики написані правильно в додатку?
- Чи є колір програми гнучким для всіх користувачів?
- Чи правильно використовуються зображення чи піктограми, так що це легко зрозуміти кінцевим користувачам?
- Чи додаток має звукові сповіщення?
- Чи може користувач налаштувати елементи керування аудіо чи відео?
- Чи може користувач замінити шрифти за замовчуванням для друку та текстових дисплеїв?
- Чи може користувач налаштувати або вимкнути миготливі, обертові або рухомі дисплеї?
- Переконайтесь, що кольорове кодування ніколи не використовується як єдиний засіб передачі інформації або вказівки на дію
- Чи можна виділити мелірування перевернутими кольорами? Тестування кольору в додатку шляхом зміни коефіцієнта контрастності
- Чи належним чином люди з обмеженими можливостями чують аудіо та відео? Перевірте всі мультимедійні сторінки без динаміків на веб-сайтах
- Чи проводиться навчання для користувачів з обмеженими можливостями, що дозволить їм ознайомитись із програмним забезпеченням чи додатком?
Тестування доступності може бути складним завданням для тестувальників, оскільки вони не знайомі з обмеженими можливостями. Краще працювати з людьми з обмеженими можливостями, які мають конкретні потреби зрозуміти свої проблеми.
Існують різні способи перевірки доступності залежно від інвалідності. Ми дізнаємось їх усіх по одному.
1) Порушення зору
Добре, давайте припустимо, що я не маю здатності бачити. Я абсолютно сліпий, і я хотів отримати доступ до веб-сайту XYZ. У такому випадку, який варіант ???? Чи не можу я отримати доступ до веб-сайту XYZ? Який у мене варіант? Існує варіант із одним словом, який називається SCREENREADER. Так, ви правильно зрозуміли. СКРІНЕР. Що це за програма зчитування з екрана? Це програмне забезпечення, яке використовується для розповіді про вміст в Інтернеті. В основному, що є на вашому веб-сайті, будь то вміст, посилання, радіокнопка, зображення, відео тощо. Читач з екрану розповість про мене все і все. Доступні численні програми зчитування з екрану. Я працював з щелепами.
В основному, коли ви запускаєте щелепи або будь-який зчитувач з екрана, а потім переходите на веб-сайт, він розповість вам повний вміст. Наприклад: Я запустив щелепи та запустив браузер, 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 - це онлайн-інструмент для визначення доступності вашого Інтернету. Цей інструмент аналізує веб-сайт відповідно до вказівок про доступність веб-сайтів W3C та демонструє проблеми з доступністю. Проблеми тестування веб-доступності класифікуються на пріоритет 1, пріоритет 2 та пріоритет 3. Цікавою особливістю TAW є можливість генерувати підмножини WCAG 1.0 для тестування. В інструменті TAW ви можете вибрати тестування однієї сторінки або декількох сторінок, "павучивши" сайт. TAW також дозволяє нам визначати додаткові перевірки за допомогою діалогового вікна "Перевірка користувача"
Завітайте сюди
3) Доступність камердинера
Це інструмент, який дозволяє перевіряти веб-сторінки на відповідність WCAG (Правилам доступності веб-вмісту). Усі параметри звітування HTML відображають вашу розмітку у нормалізованій формі, виділяючи застарілу, помилкову та дійсну позначку, а також елементи, які втрачені. Цей інструмент пропонує різні функції, такі як
- Поглиблені звіти для розробників
- Резюме для контролю якості та управління
- Метадані для семантичної мережі та WWW
- Автоматичне очищення та перетворення HTML у XHtml
- Інструменти для написання сценаріїв
Завітайте сюди
4) Інструменти розробника доступності
Це розширення Chrome. Це робить і аудит доступності. Результати аудиту показують правила доступності, які порушені тестованою сторінкою. Розширення має високі відгуки та часто оновлюється
Завітайте сюди
5) Тестер сторінки швидкої доступності
Оскільки є кілька чудових панелей інструментів доступності, Тестер швидкого доступу до сторінки - це закладка, яку ви можете натиснути для швидкого аналізу веб-сторінки. Він з’ясує різні проблеми з вашою сторінкою, попередить про можливі проблеми та виділить області на сторінці, які можуть отримати користь від ARIA (Доступні багаті Інтернет-програми).
Завітайте сюди
На ринку доступні різні інструменти для проведення тестування веб-доступності, наведені нижче:
6) дизайнер
Це інструмент, розроблений IBM, який імітує досвід людей із вадами зору, щоб дизайнер міг краще зрозуміти потреби інвалідів та відповідно розробити додатки.
Завітайте сюди
7) WebAnywhere
Це інструмент на основі браузера, який працює подібно до зчитувачів з екрану, таких як Jaws. Це допомагає читачам читати веб-сторінку.
Завітайте сюди
8) Панель інструментів веб-доступності
WAT - це розширення Internet Explorer або Opera, яке пропонує дизайнерам веб-сторінок корисні функції для аналізу веб-сторінок. Однією з найкращих особливостей є функція GreyScale, яка допомагає знаходити плями з низькою контрастністю в дизайні.
Завітайте сюди
Міфи тестування доступності:
Нижче наведені міфи тестування доступності:
Міф: Створення доступного веб-сайту є дорогим
Факт: Це не дорого. Візьміть час очікування, щоб подумати про проблеми доступності на самому етапі проектування, а також базове тестування. Це заощадить гроші, а також переробить.
Міф: Зміна недоступних веб-сайтів на доступні веб-сайти займає багато часу і дорого
Не потрібно одночасно включати всі зміни. Робота над основними потребами, які є найбільш необхідними для користувачів з обмеженими можливостями.
Міф: Доступність проста і нудна
Доступність не означає лише текстову сторінку
Ви можете зробити веб-сторінки привабливими, але вони повинні бути розроблені таким чином, щоб вони могли бути доступними для всіх користувачів. Також згідно з вказівками щодо доступності веб-вмісту W3C - це настійно не рекомендує використовувати лише текстові сторінки.
Міф: Доступність для сліпих та інвалідів
Факт Дотримання вказівок щодо доступності покращує загальну зручність використання програмного забезпечення, що також допомагає звичайним користувачам.
Висновок
В Інженерії програм тестування доступності допомагає зробити вашу програму зручною для інвалідів. Якщо дотримання вказівок щодо доступності неможливо через складність вашої веб-програми, створіть одну версію веб-сайту для звичайних користувачів, а іншу - для відключення
