Skip to main content
LibreTexts - Ukrayinska

2.6: Тестування доступності веб-сторінок вручну

  1. Last updated
  2. Save as PDF
  • Page ID
    103551

    • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \) \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)\(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\) \(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\)

    Окрім багатьох автоматизованих інструментів, які ви можете використовувати під час аудиту веб-доступності, існує також безліч ручних тестів або стратегій, які ви можете використовувати для виявлення потенційних бар'єрів у веб-контенті. Деякі з них дуже прості, швидкі та легко зроблені будь-ким.

    Спробуйте це: Помістіть курсор у область місцезнаходження/URL-адреси веб-браузера, потім кілька разів натисніть клавішу Tab і дотримуйтесь курсора під час переміщення по елементам на сторінці. Будь-які функціональні елементи, такі як посилання, кнопки, поля форм тощо, які не отримують фокусу під час «табуляції» через сторінку, швидше за все, будуть недоступні для тих, хто потребує доступу до клавіатури (наприклад, люди, які є сліпими, деякі користувачі з низьким зором, інші з порушеннями мобільності).

    Тестування клавіш вкладок та інші ручні тести будуть розглянуті в розділі Стратегії ручного тестування.

    Тестування зчитувача з екрану

    Ще одна стратегія ручного тестування, яку слід використовувати під час веб-аудиту, - це навігація по веб-вмісту за допомогою екранного читання. Зчитувачі з екрана корисні для виявлення проблем доступності та зручності використання. Ви можете легко визначити, що на зображенні відсутній альтернативний текст, наприклад, якщо програма читання з екрана читає ім'я файлу або взагалі нічого не читає, коли воно потрапляє на зображення. Також можна визначити проблеми з юзабіліті, які автоматизовані та ручні тести можуть не ідентифікувати. Наприклад, якщо динамічне повідомлення про помилку вводиться на сторінку після невдалої взаємодії, як повідомлення, показані під кожним полем у формі входу нижче, ви можете побачити повідомлення, але не почути його за допомогою програми читання з екрана. У такому випадку для зворотного зв'язку може знадобитися ARIA (обговорюється в Ініціативі доступності в Інтернеті — Доступні багаті Інтернет-додатки (WAI-ARIA)), щоб зробити повідомлення читабельним, що може бути підтверджено лише прослуховуванням виводу екранного читання.

    Ввійти Форма

    Малюнок: Форма входу з динамічно введені повідомлення про помилки нижче поля форми, де необхідна інформація відсутня

    Більш детально ми розглянемо використання екранних рідерів та інших допоміжних технологій під час тестування доступності в блоці Assistive Technology Testing.