You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Web-Dev-For-Beginners/translations/bg/1-getting-started-lessons/3-accessibility/assignment.md

23 KiB

Цялостен одит за достъпност на уебсайт

Инструкции

В това задание ще проведете професионален одит за достъпност на реален уебсайт, като приложите принципите и техниките, които сте научили. Този практически опит ще задълбочи разбирането ви за бариерите и решенията за достъпност.

Изберете уебсайт, който изглежда, че има проблеми с достъпността това ще ви предостави повече възможности за учене, отколкото анализ на вече перфектен сайт. Добри кандидати включват по-стари уебсайтове, сложни уеб приложения или сайтове с богато мултимедийно съдържание.

Фаза 1: Стратегическа ръчна оценка

Преди да използвате автоматизирани инструменти, направете цялостна ръчна оценка. Този подход, ориентиран към човека, често разкрива проблеми, които инструментите пропускат, и ви помага да разберете реалното потребителско изживяване.

🔍 Основни критерии за оценка:

Навигация и структура:

  • Можете ли да навигирате целия сайт, използвайки само клавиатура (Tab, Shift+Tab, Enter, Space, стрелките)?
  • Видими ли са индикаторите за фокус върху всички интерактивни елементи?
  • Създава ли структурата на заглавията (H1-H6) логичен контур на съдържанието?
  • Има ли връзки за пропускане към основното съдържание?

Визуална достъпност:

  • Има ли достатъчен контраст на цветовете в целия сайт (минимум 4.5:1 за нормален текст)?
  • Разчита ли сайтът само на цветове за предаване на важна информация?
  • Всички изображения имат ли подходящ алтернативен текст?
  • Остава ли оформлението функционално при увеличение до 200%?

Съдържание и комуникация:

  • Има ли "кликнете тук" или неясни текстове на връзки?
  • Можете ли да разберете съдържанието и функционалността без визуални указания?
  • Формулярите правилно ли са етикетирани и групирани?
  • Ясни и полезни ли са съобщенията за грешки?

Интерактивни елементи:

  • Всички бутони и контроли на формуляри работят ли само с клавиатура?
  • Обявяват ли се промените в динамичното съдържание на екранните четци?
  • Следват ли модалните диалози и сложните джаджи правилните модели за достъпност?

📝 Документирайте вашите открития със специфични примери, екранни снимки и URL адреси на страниците. Отбележете както проблемите, така и добре изпълнените аспекти.

Фаза 2: Цялостно автоматизирано тестване

Сега валидирайте и разширете вашите ръчни открития, използвайки стандартни инструменти за тестване на достъпност. Всеки инструмент има различни предимства, така че използването на няколко инструмента осигурява пълно покритие.

🛠️ Задължителни инструменти за тестване:

  1. Lighthouse Accessibility Audit (вграден в Chrome/Edge DevTools)

    • Проведете одит на няколко страници
    • Фокусирайте се върху специфични метрики и препоръки
    • Отбележете вашия резултат за достъпност и конкретните нарушения
  2. axe DevTools (разширение за браузър - индустриален стандарт)

    • По-подробно откриване на проблеми от Lighthouse
    • Предоставя конкретни примери за код за поправки
    • Тества спрямо критериите на WCAG 2.1
  3. WAVE Web Accessibility Evaluator (разширение за браузър)

    • Визуално представяне на функциите за достъпност
    • Подчертава както грешките, така и положителните характеристики
    • Отличен за разбиране на структурата на страницата
  4. Анализатори на контраст на цветовете

    • WebAIM Contrast Checker за конкретни цветови двойки
    • Разширения за браузър за анализ на цялата страница
    • Тестове спрямо стандартите WCAG AA и AAA

🎧 Реално тестване с помощни технологии:

  • Тестване с екранен четец: Използвайте NVDA (Windows), VoiceOver (Mac) или TalkBack (Android)
  • Навигация само с клавиатура: Изключете мишката и навигирайте целия сайт
  • Тестване на увеличение: Тествайте функционалността при увеличение от 200% и 400%
  • Тестване с гласово управление: Ако е налично, опитайте инструменти за гласова навигация

📊 Организирайте резултатите си, като създадете основна таблица с:

  • Описание и местоположение на проблема
  • Ниво на сериозност (Критично/Високо/Средно/Ниско)
  • Нарушени критерии за успех на WCAG
  • Инструментът, който е открил проблема
  • Екранни снимки и доказателства

Фаза 3: Документация на цялостните открития

Създайте професионален доклад за одит на достъпността, който демонстрира вашето разбиране както за техническите проблеми, така и за тяхното въздействие върху хората.

📋 Задължителни секции на доклада:

  1. Резюме (1 страница)

    • URL на уебсайта и кратко описание
    • Общото ниво на зрялост на достъпността
    • Топ 3 най-критични проблеми
    • Оценено въздействие върху хората с увреждания
  2. Методология (½ страница)

    • Подход за тестване и използвани инструменти
    • Оценени страници и комбинации от устройства/браузъри
    • Стандарти, спрямо които е оценено (WCAG 2.1 AA)
  3. Подробни открития (2-3 страници)

    • Проблеми, категоризирани по принципите на WCAG (Възприемаемо, Управляемо, Разбираемо, Надеждно)
    • Включете екранни снимки и конкретни примери
    • Отбележете положителните характеристики за достъпност, които сте открили
    • Кръстосано препратете с резултатите от автоматизираните инструменти
  4. Оценка на въздействието върху потребителите (1 страница)

    • Как идентифицираните проблеми влияят на хората с различни увреждания
    • Сценарии, описващи реални потребителски изживявания
    • Въздействие върху бизнеса (правен риск, SEO, разширяване на потребителската база)

📸 Събиране на доказателства:

  • Екранни снимки на нарушенията на достъпността
  • Записи на екрана на проблемни потребителски потоци
  • Доклади от инструменти (запазени като PDF)
  • Примери за код, показващи проблеми

Фаза 4: Професионален план за корекции

Разработете стратегически, приоритетен план за отстраняване на проблемите с достъпността. Това демонстрира способността ви да мислите като професионален уеб разработчик, който се справя с реални бизнес ограничения.

🎯 Създайте подробни препоръки за подобрения (минимум 10 проблема):

За всеки идентифициран проблем предоставете:

  • Описание на проблема: Ясно обяснение на това, което не е наред и защо е проблематично
  • WCAG референция: Специфични нарушени критерии за успех (напр. "2.4.4 Цел на връзката (в контекст) - Ниво A")
  • Въздействие върху потребителя: Как това влияе на хората с различни увреждания
  • Решение: Конкретни промени в кода, модификации на дизайна или подобрения в процеса
  • Ниво на приоритет: Критично (блокира основната употреба) / Високо (значителна бариера) / Средно (проблем с използваемостта) / Ниско (подобрение)
  • Оценка на усилията за изпълнение: Оценка на време/сложност (Бърза победа / Умерено усилие / Основно преработване)
  • Проверка на тестването: Как да се уверите, че поправката работи

Пример за препоръка за подобрение:

Issue: Generic "Read more" link text appears 8 times on homepage
WCAG Reference: 2.4.4 Link Purpose (In Context) - Level A
User Impact: Screen reader users cannot distinguish between links when viewed in link list
Solution: Replace with descriptive text like "Read more about sustainability initiatives"
Priority: High (major navigation barrier)
Effort: Low (30 minutes to update content)
Testing: Generate link list with screen reader - each link should be meaningful standalone

📈 Стратегически фази на изпълнение:

  • Фаза 1 (0-2 седмици): Критични проблеми, които блокират основната функционалност
  • Фаза 2 (1-2 месеца): Подобрения с висок приоритет за по-добро потребителско изживяване
  • Фаза 3 (3-6 месеца): Подобрения със среден приоритет и подобрения в процеса
  • Фаза 4 (Постоянно): Непрекъснато наблюдение и подобрение

Рубрика за оценка

Вашият одит за достъпност ще бъде оценен както по техническа точност, така и по професионално представяне:

Критерии Отлично (90-100%) Добро (80-89%) Задоволително (70-79%) Нужда от подобрение (<70%)
Дълбочина на ръчното тестване Цялостна оценка, обхващаща всички принципи на POUR с подробни наблюдения и потребителски сценарии Добро покритие на повечето области на достъпност с ясни открития и известен анализ на въздействието върху потребителите Основна оценка, обхващаща ключови области с адекватни наблюдения Ограничено тестване с повърхностни наблюдения и минимално разглеждане на въздействието върху потребителите
Използване на инструменти и анализ Използва всички задължителни инструменти ефективно, кръстосано препраща откритията, включва ясни доказателства и анализира ограниченията на инструментите Използва повечето инструменти с добра документация, известна кръстосана препратка и адекватни доказателства Използва задължителните инструменти с основна документация и известни доказателства Минимално използване на инструменти, лоша документация или липса на доказателства
Идентифициране и категоризация на проблеми Идентифицира 15+ специфични проблеми във всички принципи на WCAG, точно категоризира по сериозност, демонстрира дълбоко разбиране Идентифицира 10-14 проблеми в повечето принципи на WCAG, добра категоризация, показва солидно разбиране Идентифицира 7-9 проблеми с адекватно покритие на WCAG и основна категоризация Идентифицира <7 проблеми с ограничен обхват или лоша категоризация
Качество и приложимост на решенията 10+ подробни, приложими решения с точни референции към WCAG, реалистични срокове за изпълнение и методи за проверка 8-9 добре разработени решения с предимно точни референции и добри детайли за изпълнение 6-7 основни решения с известни детайли и общо реалистични подходи <6 решения или недостатъчно детайли, нереалистични изпълнения
Професионална комуникация Докладът е отлично организиран, ясно написан, включва резюме, използва подходящ технически език и следва стандартите за бизнес документи Добре организиран с добро качество на писане, включва повечето задължителни секции, подходящ тон Адекватно организиран с приемливо писане, включва основните задължителни секции Лоша организация, неясно писане или липса на ключови секции
Приложение в реалния свят Демонстрира разбиране за въздействието върху бизнеса, правните аспекти, разнообразието на потребителите и предизвикателствата при практическото изпълнение Показва добро разбиране на практическите приложения с известен бизнес контекст Основно разбиране на приложенията в реалния свят Ограничена връзка с практическите приложения

Опции за напреднали предизвикателства

🚀 За студенти, които търсят допълнителни предизвикателства:

  • Сравнителен анализ: Одит на 2-3 конкурентни уебсайта и сравнение на тяхната зрялост по отношение на достъпността
  • Фокус върху мобилната достъпност: Задълбочено разглеждане на специфични проблеми с мобилната достъпност, използвайки Android TalkBack или iOS VoiceOver
  • Международна перспектива: Изследване и прилагане на стандарти за достъпност от различни държави (EN 301 549, Section 508, ADA)
  • Преглед на декларация за достъпност: Оценка на съществуващата декларация за достъпност на уебсайта (ако има такава) спрямо вашите открития

Изисквания за представяне

Представете цялостен доклад за одит на достъпността, който демонстрира професионален анализ и планиране на практическото изпълнение:

📄 Изисквания за финалния доклад:

  1. Резюме (1 страница)

    • Преглед на уебсайта и оценка на достъпността
    • Обобщение на ключовите открития с въздействие върху бизнеса
    • Препоръчани приоритетни действия
  2. Методология и обхват (1 страница)

    • Подход за тестване, използвани инструменти и критерии за оценка
    • Оценени страници/секции и всякакви ограничения
    • Рамка за съответствие със стандартите (WCAG 2.1 AA)
  3. Подробен доклад за откритията (3-4 страници)

    • Наблюдения от ръчното тестване с потребителски сценарии
    • Резултати от автоматизираните инструменти с кръстосано препращане
    • Проблеми, организирани по принципите на WCAG с доказателства
    • Идентифицирани положителни характеристики за достъпност
  4. Стратегически план за корекции (3-4 страници)

    • Приоритетни препоръки за подобрения (минимум 10)
    • График за изпълнение с оценки на усилията
    • Метрики за успех и методи за проверка
    • Дългосрочна стратегия за поддръжка на достъпността
  5. Подкрепящи доказателства (Приложения)

    • Екранни снимки на нарушенията на достъпността и инструментите за тестване
    • Примери за код, демонстриращи проблеми и решения
    • Доклади от инструменти и обобщения на одита
    • Бележки или записи от тестване с екранен четец

📊 Изисквания за формат:

  • Формат на документа: PDF (професионално представяне)
  • Брой думи: 2,500-3,500 думи (без приложения и екранни снимки)
  • Визуални елементи: Включете екранни снимки, диаграми и примери навсякъде
  • Цитиране: Позовавайте се на насоките на WCAG и ресурси за достъпност подходящо

💡 Съвети за отличен резултат:

  • Използвайте професионално форматиране на доклада с последователни заглавия и стилове
  • Включете съдържание за лесна навигация
  • Балансирайте техническата точност с ясен, подходящ за бизнеса език
  • Демонстрирайте разбиране както за техническото изп

Отказ от отговорност:
Този документ е преведен с помощта на AI услуга за превод Co-op Translator. Въпреки че се стремим към точност, моля, имайте предвид, че автоматизираните преводи може да съдържат грешки или неточности. Оригиналният документ на неговия роден език трябва да се счита за авторитетен източник. За критична информация се препоръчва професионален човешки превод. Ние не носим отговорност за недоразумения или погрешни интерпретации, произтичащи от използването на този превод.