axessia.eu

Колко време отнема да се направи приложение достъпно според WCAG?

Времето, необходимо да отговаря приложението на WCAG 2.1 AA, варира значително в зависимост от платформата и подхода; тази статия показва къде отива времето на практика и където планирането се блокира.

Няма фиксирана продължителност, която да важи за всяко приложение. Малко приложение с ограничен брой екрани и чист код може да бъде приведено на желаното ниво за няколко седмици; приложение с много персонализирани компоненти, множество платформи и дълга история на технически дълг отнема по-скоро месеци. Най-голямата променлива не е броят на екраните, а колко от операцията е изградена извън стандартните компоненти на iOS или Android.

Като грубо указание: приложение, което се състои главно от стандартни UI елементи и чийто екип вече познава достъпността, на практика може да бъде адаптирано в рамките на шест до десет седмици. Приложение с много персонализирана операция, анимации, персонализирани жестове или вградени SDK на трети страни лесно стига до три до шест месеца, просто защото всяка част трябва да бъде проучена отделно и понякога преизградена. Това не са твърди граници, а впечатление за това къде на практика падат повечето проекти.

Какво наистина определя продължителността

Времето, което отнема един проект, зависи по-малко от самия закон и повече от три практически фактора. Първо: операцията е изградена от стандартните компоненти на операционната система или е главно персонализирана? Стандартните компоненти често предоставят достъпност за голяма част като подарък; собствените компоненти трябва да бъдат снабдени един по един със правилните етикети, ред на фокус и съобщения за читатели на екран. Второ: колко външни компоненти има в приложението, като платежни модули, визуализация на карти или чат прозорци на трети страни? Те често са извън преките контрол на собствения екип, а справяне със доставчика обикновено отнема повече време от самото тестване. Трето: вече ли има процедура за тестване със читател на екран на реално устройство, или трябва да бъде установена? Последното отнема най-много време при първия кръг, но окупи се при следващите актуализирания.

Където планирането на практика се забива

Най-голямото забавяне не възникква при адаптирането на текст или контраст на цветовете, а при операция, която се оказва небезопасна за управление с клавиатура или читател на екран: един жест на плъзгане без алтернатива, модален прозорец, който не задържи фокус, или формуляр, чиито съобщения за грешки не се съобщават. Този тип проблеми често стават видими само при ръчното тестване със читател на екран, нещо, което автоматизиран скен не може напълно да замени. Который разчита само на автоматична проверка, обикновено открива тези пречки твърде късно в проекта, което все още удължава продължителността. Добра начална точка е поради това да получите първо указание в няколко въпроса на това къде приложението стои в момента, така че времеемките компоненти рано дойдат в поле зрение вместо много преди доставката.

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

Останете достъпни след доставка

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

Какво axessia.eu прави и не прави в този проект

Axessia проверява, определя приоритетите, документира и наблюдава: сканирането показва текущото състояние на приложението, докладът представя констатациите в обичайния език в приоритизиран списък, а декларацията и плана за подобрение документират какво е направено и какво предстои. Ръчните одити и работата по поправка на самото приложение не са включени; това остава отговорност на екипа за разработка или страната, която построи приложението. Как точно се осъществява сканирането и кои източници се използват, е обяснено на страницата за начина на съставяне на информацията. Цената на пълния процес, включително доклад и декларация, е посочена на преглед на абонаментите.

За да разберете текущото състояние на конкретно приложение, най-добре е да започнете с безплатното бързо сканиране на axessia.eu. То дава първо впечатление в рамките на няколко минути, без да е необходима регистрация.

Тази статия е обща информация и не представлява правна консултация.