Skip to main content
LibreTexts - Ukrayinska

8.6: Загальні перевірки

  • Page ID
    103519
  • \( \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}}\)

    Мета аудиту

    Загальний аудит - це огляд вибірки контенту з основних змістових областей веб-сайту, результати якого узагальнюються на весь сайт. Як правило, це занадто багато часу і дорого для перегляду всіх сторінок на веб-сайті; багато сторінок були б подібними, що призведе до дуже довгого повторюваного звіту. Узагальнюючі результати по всьому сайту повинні бути підкреслені в аудиторському звіті.

    Процес аудиту: вибір зразка рецензування

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

    • головна сторінка
    • сторінка реєстрації
    • сторінка покупки товару і т.д.

    Також вибирайте сторінки з різними типами контенту, такими як:

    • сторінка з мультимедіа
    • сторінка, що представляє дані, викладені в таблиці
    • сторінка на основі форми
    • сторінки з вбудованими об'єктами, такими як Java або Flash
    • сторінка зі структурованою статтею і т.д.

    Зразок повинен забезпечувати повний перетин різних типів контенту на сайті.

    Залежно від розміру сайту та різних типів вмісту, який він містить, зразок може включати 10 сторінок для меншого сайту та до 20-25 сторінок для більшого сайту з широким розмаїттям вмісту. Щоб отримати додаткові відомості про вибір репрезентативного зразка, зверніться до Методології оцінки відповідності доступності веб-сайту, розробленої W3C.

    При виборі сторінок для зразка слід провести ретельне сканування сайту шляхом методичного натискання зі сторінки на сторінку, швидкого перегляду контенту, копіювання URL і заголовка для кожної зі сторінок, які будуть включені в зразок. Часто корисно вибрати зразки сторінок у співпраці з розробниками сайту, які матимуть краще уявлення про типи контенту, знайденого на сайті, і де вони можуть бути розташовані в складній структурі сайту. Як варіант, ви можете самостійно відсканувати сайт, зібрати зразок і відправити цей список власнику сайту для підтвердження того, чи є зразок репрезентативним змісту на сайті.

    Додаткові міркування про сферу застосування

    Якщо перевірка шаблонів не проводилася, елементи шаблону потрібно буде включити як частину загального аудиту. Шаблон аудиту повинен бути рекомендований клієнту, щоб уникнути ускладнення загального аудиту.

    Час, необхідний для проведення аудиту

    Ви повинні оцінити, скільки вашого часу буде потрібно на аудит перед початком. Ваше загальне відчуття складності вмісту на сторінках зразків, кількості проблем, виявлених під час складання зразка, чи буде супроводжувати загальний аудит шаблону, а також зусилля, необхідні для збору зразка, допоможуть вам встановити приблизну оцінку часу на сторінку. Простий сайт з базовим вмістом може зайняти 10—15 хвилин на сторінку, тоді як більші, більш складні сайти можуть зайняти годину або більше на сторінку. Виконання рецензування та написання звіту на 15 сторінках веб-сайту може зайняти в цілому від 10 до 15 годин.

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

    Порядок проведення аудиту

    Якщо припустити, що аудит шаблонів проводиться разом із загальним аудитом, процедура аудиту буде подібною до процедури аудиту шаблонів, але в цьому випадку буде зосереджена на основній області вмісту кожної з вибіркових сторінок (див. Рисунок на попередній сторінці «Шаблон аудиту»). Процедури високого рівня повторюються тут; докладніше зверніться до процедури, викладеної за допомогою аудиту шаблонів.

    • Тест навігації клавішею Tab
    • Використовуйте автоматичну перевірку доступності
    • Перевірка розмітки
    • Сканування екранного читання
    • Інший тест (колір, читабельність)

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

    Докладніше про методи аудиту доступності веб-сторінок див. у наступному ресурсі.

    Читання та посилання: Методологія оцінки відповідності доступності веб-сайту W3C