Никита КлимовSenior QA Engineer компании ADP Inc.Повышение доступности сайтов и приложений для пользователей с ограниченными возможностями стало трендом во всем мире, однако, в России пока сложно найти информацию по стандартам accessibility и их внедрению в продукты. Никита Климов, Senior QA Engineer компании ADP Inc., рассказал о важности такой работы и о своей недавно вышедшей книге, которая основана на его собственной методике тестирования ПО на доступность.
Никита, расскажите о книге — почему вы решили ее написать, и в чем суть вашей методики?
Идея появилась довольно спонтанно. У меня есть приятель, который некоторое время назад тоже решил попробовать себя в сфере QA. Он отучился на эту специальность, а я выступил в роли ментора — подсказывал в сложных вопросах, ориентировал в источниках информации, направлял. Мы часто общались на тему QA и, в частности, моих проектов. Соответственно, мы затрагивали в разговорах тему accessibility — и я понял, что в России она совершенно не раскрыта. По ней мало информации в открытых источниках, а подробных материалов просто нет. Но я вижу, что важность этой темы для бизнеса постоянно растет, поэтому появилась мысль сделать книгу с описанием моего опыта. Она будет полезна всем, кто занят в тестировании и разработке. В ней я рассказываю, почему важно внедрять accessibility на самых ранних этапах, и какие проблемы могут возникнуть, если не уделить этому должного внимания. Может оказаться, что продукт придется полностью переделывать, чтобы он отвечал необходимым стандартам. Например, в июне 2025 года вступает в силу Европейский закон о доступности, и все цифровые продукты должны быть ориентированы, в том числе, на клиентов с особенностями восприятия. Собственно, в этом и есть суть моего подхода и методики: традиционно проверка инклюзивности проводится на финальном этапе уже перед релизом, тогда как я предлагаю делать это на более ранних стадиях — при проектировании интерфейсов и написании кода. Это позволяет выявлять и исправлять проблемы, предотвращая накопление критических недоработок. Также важной новацией стало внедрение расширенных повествовательных тест-кейсов: они заменяют формальные проверки «есть/нет» более глубоким анализом реальных сценариев взаимодействия. Это позволяет учитывать качество и логичность текстов, удобство навигации и предсказуемость интерфейсов для пользователей с ограниченными возможностями. Уверен, что знание принципов accessibility и умение применять их в цифровых продуктах скоро станет необходимым для работы на любых рынках. Надеюсь, моя книга в этом значительно поможет. И я очень рад возможности поделиться своим опытом.
Как вы совмещали работу над книгой с вашей профессиональной деятельностью?
Да, совмещать фултайм работу и другие проекты с подготовкой книги было сложно. Хотя у меня уже было готово методическое пособие, нужно было развернуть описанные темы. Что касается технических моментов, то здесь все было проще. У меня был опыт написания документации и инструкций, имелись заготовки принципов тестирования accesibility, которые я использовал в работе — это послужило основой для книги. В процессе работы над проектами я часто общался с девелоперами после демо, обсуждал с ними моменты по accesibility, рассказывал о методах тестирования — в такой же манере я и писал книгу.
Какие из предложенных в книге инструментов тестирования вы считаете самыми эффективными для команд, работающих с ограниченными бюджетами?
Accessibility — не совсем коммерческая тема. Помимо получения прибыли, она всегда строится на желании помочь людям с ограниченными возможностями. Соответственно, многие инструменты разрабатываются на безвозмездной основе в формате open source — это делают даже коммерческие компании. И если бюджет ограничен, то команды вполне могут пользоваться бесплатными инструментами. Например, есть неплохое расширение для браузера Axe-core, позволяющее проводить базовые тесты на доступность веб-страницы. Также есть инструмент PAC 2024 (PDF Accessibility Checker 2024) — он помогает бесплатно проверить PDF. А утилита Colour Contrast Analyzer анализирует контрастность для наилучшего восприятия страницы.
Заметил, что в книге сделан акцент на соблюдении стандартов WCAG. С какими самыми распространенными проблемами вы сталкивались при их внедрении в сложных или устаревших системах, и как их можно преодолеть?
Устаревшие системы перерабатывать по стандартам очень сложно. В любом старом продукте есть legacy codebase — код, написанный много лет назад. Я всегда призываю пользоваться новейшими инструментами для проверки стандартов доступности. Бывает, что старые инструменты не видят какие-то мелочи или работают по устаревшим стандартам. Например, только в 2024 году появилось требование о пометке гиперссылок тегом link. В любом случае, все выпущенные продукты нужно постоянно проверять на accessibility — стандарты меняются, появляются более удобные способы для работы с клиентами, у которых ограничены возможности. Это позволяет делать продукт более доступным и конкурентоспособными. Например, европейские терминалы самообслуживания должны до 2030 года перейти на новые стандарты accessibility, иначе компании ждут серьезные штрафы. Думаю, тенденции доступной среды будут усиливаться, и важно не только уже сейчас внедрять принципы accessibility, но и следить за их соблюдением на протяжении всего жизненного цикла продукта.
Одна из глав посвящена различным подходам к ручному и автоматическому тестированию доступности. В каких случаях ручное тестирование незаменимо, даже если используются передовые автоматические инструменты?
С помощью ручного тестирования мы исследуем продукт — это позволяет оценить интерфейс, сложные элементы и навигацию. На основе этого мы уже можем решить, какие этапы получится автоматизировать. В книге я подробно описываю, что автоматические инструменты подключаются только после ручного тестирования, потому что без знания интерфейса невозможно корректно составить автотесты. Мы должны изучить и поработать с интерфейсом, чтобы увидеть его слабые места. И уже после этого можно писать шаги для автоматического инструмента. То есть ручное тестирование незаменимо в любом случае — мы начинаем процесс с него и затем имплементируем автоматизированные практики. Важно понять пользовательский опыт с помощью ручного тестирования, потому что автоинструменты не могут оценить картину целиком.
Вы упомянули, что тестирование доступности — это не только технический процесс, но и социальная ответственность. Как компании могут эффективнее привлекать внимание к этому аспекту?
Делая продукт доступным, компания не только привлекает больше потенциальных клиентов. За счет этого улучшается ее репутация и повышаются показатели удержания текущих пользователей. Например, человек может сделать проверку зрения, где ему потребуется закапать в глаза капли, расширяющие зрачок. На какое-то время после этого фокусировка зрения нарушается. Если пользователь увидит, что с его любимым приложением можно работать даже в таких условиях, то это повысит его лояльность. Таким образом, тестирование доступности показывает, что компании заботятся не только о новых, но и текущих клиентах, что повышает ее рейтинги в глазах пользователей. Цифровые двойники в строительстве. Эффективность, проблемы и перспективы Модульные ЦОДы. Как быстро масштабировать вычисления? Конструктор криптообменников: революция в мире обмена криптовалют?
Как ваша работа в качестве Senior QA Engineer влияет на бизнес-результаты компаний, в которых вы работаете? Можете привести пример, где ваше тестирование напрямую повлияло на успех проекта?
Я бы сказал, что постоянная работа над качеством продукта во многом определяет его успех и пользу для потребителей. По моей оценке, профессиональная QA-команда на 30% сокращает количество багов в продукте. Выход на рынок продуктов с серьезными ошибками может обернуться высокими затратами на их исправления, а иногда и угрозой всему бизнесу. Например, во время моей работы в Restaurant Brands International inc. — владельце Burger King и других сетей ресторанов. Ошибка в ПО ушла в продакшн, и из-за этого некоторые сенсорные мониторы перестали работать. На тот момент я находился в офисе в Майами, и у меня получилось одновременно руководить распределенной командой тестировщиков, которые выявляли баг, и физически проверять терминалы после внесенных изменений. Благодаря этому удалось быстро устранить ошибку. В противном случае она бы стоила сотни тысяч долларов оборота для более чем трехсот ресторанов.
Каковы, по вашему мнению, основные тренды в области доступности в ближайшие годы?
Несомненно, в последние годы компании стали больше прислушиваться к людям с ограниченными возможностями — не только за рубежом, но и в России. Например, мне известно, что в 2019 году на Change.org была создана петиция с призывом к руководству Яндекса сделать сервисы доступнее. Люди с нарушениями зрения писали, что после обновления пользоваться его интерфейсами стало невозможно. Руководство компании заметило петицию и начало плотную работу над адаптацией сервисов. В Европе и США уже приняты законы и обязательные стандарты, которые направлены на расширение accessibility, но в России этого пока нет. Однако многие крупные компании начали работать в этом направлении, например, Сбер буквально за год продвинулся очень далеко. С технической точки зрения, возможно, в тестировании будет больше применяться AI — он сможет находить баги, подсвечивать уязвимости и брать на себя часть рутинной работы тестировщика. Это облегчит нам работу и сделает ее более качественной, снизив количество ошибок из-за человеческого фактора. Читайте также
Вышло глобальное обновление системы централизованного управления РЕД АДМ Промышленная редакция 2.0 РЕД АДМ Промышленная редакция получила глобальное обновление. Появилась поддержка многоуровневых доменных инфраструктур с возможностью выстраивать транзитивные доверительные отношения, расширен состав подсистем и партнерских интеграций. Функционал, ранее доступный только пользователям Microsoft Active Directory, появился в обновлении 2.0.
Разработка ПО