Перейти до вмісту
BigTree108

Послуги з тестування доступності

Послуги з тестування доступності: аудити сайтів, вебзастосунків, мобільних застосунків і документів на відповідність WCAG 2.2, тестування зі скрінрідерами та клавіатурою, автоматизовані перевірки axe в CI, допомога в усуненні недоліків і звіти про відповідність доступності (ACR) для продуктів, які мають відповідати Європейському акту про доступність, EN 301 549, Section 508 або ADA. Виділені тестувальники доступності у вашу команду або аудити від початку до кінця.

Тестування доступності, яке ми проводимо

  • Аудити за WCAG 2.2

    Сторінки та сценарії перевіряємо на відповідність кожному критерію успіху WCAG 2.2 рівнів A і AA, вручну та за допомогою інструментів. В описі кожної проблеми вказуємо критерій, елемент, вплив на користувачів, скриншот і спосіб виправлення.

  • Тестування зі скрінрідерами

    Ключові сценарії проходимо з JAWS і NVDA на Windows, VoiceOver на macOS та iOS і TalkBack на Android, перевіряючи назви, ролі, порядок читання, озвучення змін на сторінці та форми, які можна заповнити без зору.

  • Тестування клавіатури та фокусу

    Перевіряємо, чи кожен елемент керування досяжний і працює з клавіатури, чи є видимий індикатор фокусу та логічний порядок табуляції, чи немає клавіатурних пасток і чи діалоги, меню та вкладки керують фокусом так, як описує ARIA Authoring Practices Guide.

  • Перевірки axe в пайплайні

    axe-core запускаємо через Playwright, Cypress або jest-axe на кожному pull request, а Pa11y чи Lighthouse по всьому сайту; відомі проблеми відстежуємо, щоб їхня кількість лише зменшувалася.

  • Доступність мобільних застосунків

    Застосунки для iOS та Android перевіряємо на Dynamic Type і масштабування шрифту, розміри зон дотику, контраст, підписи для VoiceOver і TalkBack, Switch Control і Switch Access, починаючи з Accessibility Inspector в Xcode та Accessibility Scanner від Google.

  • Перевірка контрасту, масштабування та перекомпонування

    Контраст кольорів, збільшення тексту до 200%, перекомпонування контенту при ширині 320 CSS-пікселів без горизонтального прокручування, зменшення анімації, зрозумілі повідомлення про помилки та послідовна довідка: критерії, які інструменти оцінюють лише частково.

  • Допомога в усуненні недоліків

    Вашим розробникам передаємо для кожної проблеми виправлення на рівні коду, макети у Figma перевіряємо на контраст, порядок фокусу й анотації доступності ще до реалізації, а кожне виправлення повторно тестуємо за критерієм, який воно не проходило.

  • Звіти про відповідність доступності (ACR)

    Звіти про відповідність доступності (ACR) на основі VPAT щодо WCAG, Section 508 і EN 301 549 та заяви про доступність складаємо на підставі результатів тестування для тендерів державного сектору, корпоративних закупівель і Європейського акту про доступність.

  • Доступність документів і PDF

    PDF-файли, документи Word і презентації перевіряємо на теги, порядок читання, альтернативний текст, заголовки таблиць і мову документа за допомогою PAC та засобу перевірки доступності Acrobat, на відповідність PDF/UA і положенням EN 301 549, що стосуються документів.

Наші тестувальники доступності для вашої команди

  • Виділені тестувальники доступності

    Тестувальники доступності, які приєднуються до вашої команди на повний робочий день, працюють у ваших інструментах і за вашим процесом і звітують вашому керівнику. Співбесіду проводите ви, а український договір, зарплата, рахунки й відпустки на нас.

  • Тестування доступності як окремий проєкт

    Окремий проєкт (напрям: тестування доступності) з визначеним обсягом, фіксованим планом і призначеним керівником з нашого боку, який відповідає за результат і звітує про хід роботи у ваших каналах.

  • Постійна співпраця: тестування доступності

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

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

Хто працює над вашим проєктом (напрям: тестування доступності)

  • Тестувальники доступності

    Аудити за WCAG, тестування зі скрінрідерами та клавіатурою

  • Фронтенд-розробники

    Виправлення семантичного HTML, ARIA та фокусу

  • Мобільні розробники

    API доступності iOS та Android

  • UI/UX-дизайнери

    Контраст, порядок фокусу та макети з анотаціями

  • Інженери з автоматизації тестування

    Автоматизовані перевірки в пайплайні

Як ми тестуємо доступність

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

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

Інші послуги з тестування ПЗ

Тестування ПЗ і QA: огляд

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

У яких галузях працюють ваші тестувальники доступності?

Здебільшого це e-commerce і роздрібна торгівля, адже інтернет-магазини, які продають споживачам у ЄС, підпадають під Європейський акт про доступність; банкінг і фінтех, споживчі банківські послуги яких цей акт також охоплює; корпоративні SaaS-компанії, які відповідають на закупівельні опитувальники звітом про відповідність; медичні та освітні платформи; сервіси державного сектору, до яких застосовуються EN 301 549 або Section 508; видавці електронних книг і медіа.

За яким рівнем WCAG слід проводити тестування?

У більшості випадків WCAG 2.2 рівня AA. Саме рівень AA вимагають EN 301 549, Section 508 і більшість закупівельних команд, а W3C радить переходити на WCAG 2.2, навіть якщо нормативний акт досі згадує ранішу версію. Критерії рівня AAA можна додати для окремих сторінок або аудиторій.

Чи можете ви забезпечити відповідність нашого продукту вимогам?

Ми тестуємо, звітуємо й виправляємо: аудит показує, наскільки продукт відповідає WCAG 2.2, наші або ваші розробники усувають проблеми, а повторне тестування підтверджує кожне виправлення. Після цього звіт про відповідність фіксує результат за кожним критерієм. Чи відповідає продукт конкретному закону, мають підтвердити ваші юридичні радники, а тестування дає їм для цього докази.

Як швидко можуть стати до роботи тестувальники доступності?

Якщо відповідний тестувальник доступності вільний, старт залежить лише від вашої співбесіди, NDA і передачі прав на інтелектуальну власність. Інакше ми проводимо пошук, який зазвичай дає профілі кандидатів за два-три тижні, і ніхто не починає роботу, доки ви не скажете «так».

Як найняти фахівців через BigTree108, якщо вам потрібні тестувальники доступності?

Розкажіть про роботу, рівень і години, які вам потрібні. Ми пропонуємо одну-двох людей з їхніми профілями, ви проводите з ними співбесіду так, як зі своїм власним кандидатом, підписуєте один договір із ТОВ «БІГ ТРІ 108» і отримуєте один рахунок на місяць.

Кому належать результати їхньої роботи?

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

Потрібен аудит доступності?

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