Skip to main content
LibreTexts - Ukrayinska

2.5: Автоматизоване тестування доступності веб-сторінок

  • Page ID
    103558
  • \( \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-адресу з веб-сайту, витягують HTML зі сторінки за цією URL-адресою, а потім запускають набір тестових алгоритмів для виявлення наявності або відсутності певних функцій у HTML. Наприклад, якщо перевірка виявить елемент img, він виконає кілька тестів на цьому елементі, щоб визначити, чи присутній атрибут «alt», порожній він чи ні, скільки часу значення тощо. Те, що вони не можуть зробити, це сказати, чи текст alt точно описує зображення, чи зображення є зображенням тексту. У більшості випадків, коли задіяний HTML, автоматизовані шашки добре виявляють відсутні функції доступності та виявляють наявність функцій, які можуть створювати бар'єри. Коли задіяний сенс, автоматизовані шашки погано справляються. Людській людині, як правило, потрібно приймати ці рішення.

    Різні автоматизовані шашки доступності можуть робити різні речі. Ось кілька прикладів:

    • Деякі дозволяють налаштувати перевірки або надати список виконуваних перевірок.
    • Деякі запускають скрипти, щоб переконатися, що будь-який прихований HTML також оцінюється
    • Деякі генерують великі звіти, що охоплюють цілі веб-сайти; інші звітують лише на окремих сторінках
    • Деякі відстежують доступність сайту та надсилають звіти, коли проблеми виявляються
    • Деякі з них є безкоштовними програмами з відкритим кодом, які ви можете завантажувати, встановлювати та змінювати відповідно до ваших потреб; інші є власними та стягують ліцензійні збори

    Незалежно від функцій автоматизованих шашок, ви не можете покладатися на них, щоб знайти всі потенційні бар'єри в веб-контенті. Людина також повинна бути частиною процесу перевірки та приймати рішення з потенційних питань, особливо коли це стосується сенсу.

    Ключовий момент: жодна автоматична перевірка доступності веб-сторінок не може визначити всі потенційні бар'єри.

    Інші типи інструментів тестування доступності

    На додаток до типових веб-перевірки доступності, існує безліч інших інструментів, які ви можете використовувати для тестування конкретних аспектів доступності.

    Color Contrast Checkers: Кольорові контрастні шашки можна використовувати для визначення того, чи колір, який використовується у веб-контенті, забезпечує достатній контраст, щоб бути читабельним для тих, хто має низький зір або дальтонізм. Ці інструменти використовують два колірних коди (наприклад, #ffffff для білого, #000000 для чорного) і використовують алгоритм контрасту для створення коефіцієнта контрастності кольорів. Багато інструментів тестування кольорів можна знайти в Інтернеті, інші можуть бути встановлені як плагін для браузера, а інші вбудовані в веб-перевірки доступності.

    Інструменти тестування читабельності: Існують також різні інструменти тестування читабельності, які можуть бути використані для визначення рівня освіти, який може знадобитися для ефективного розуміння тексту в веб-контенті. Ці інструменти запускають низку алгоритмів, які приймають такі характеристики тексту, як довжина слів, щільність довших слів, довжина речень, кількість речень у реченнях тощо, і генерують оцінку. Для загальнодоступного веб-контенту рекомендований рівень читання становить близько 9 класу або середньої школи нижчого рівня.

    Інструменти перевірки розмітки: Інструменти перевірки розмітки також доступні в Інтернеті, і їх часто можна знайти в інструментах розробки HTML, які використовуються для створення вмісту для Інтернету. Ці інструменти визначатимуть, чи є HTML дійсним, або добре сформованим та сумісним з формальною граматикою, викладеною у специфікаціях HTML. Ці інструменти по суті ідентифікують порушене або неправильне використання HTML, що потенційно може вплинути на здатність допоміжних технологій ефективно читати веб-вміст.

    Ці інструменти та інші будуть розглянуті більш детально в наступних одиницях.