▪️ На каком этапе подключать тестирование доступности сайта Из большого разговора с тестировщиками для проекта «Особый взгляд» - портала для людей с разными возможностями зрения. —- Евгений: Гораздо лучше, если доступность закладывать с самого начала, когда продукт только проектируется. Тогда экономятся и время, и ресурсы — и итог получается сразу более качественным. Сергей: Когда уже есть готовый интерфейс, диалог становится предметным: видим конкретные элементы, понимаем, что в порядке, а что нет, и где нужно править. Это удобно, но требует больше работы и времени, чем если бы всё делалось заранее. Анатолий: Тестировать доступность по макетам невозможно совсем или почти. То есть для того, чтобы потестировать доступность, нужен реальный живой интерфейс. И до того, как он появится, говорить о тестировании цифровой доступности бесполезно просто. А если мы говорим про учет цифровой доступности, тогда желательно, чтобы при проектировании интерфейса, при выборе инструментария, выбирался тот фреймворк, который заведомо обеспечивает доступностью все свои компоненты. И дальше во время разработки, если вы уже держите в голове доступность, вы не будете сильно кастомизировать без острой необходимости эти компоненты. А кастомизируя, будете учитывать доступность и сразу её править. —- • Сергей Сырцов — незрячий пользователь и тестировщик доступности интерфейсов • Евгений Арнапольский — руководитель АНО ДО «Центр И2Т» • Анатолий Попко — учредитель АНО ДО «Центр И2Т», эксперт Общественной Палаты РФ, один из авторов ГОСТ Р 52872-2019 #делаем_каждый_день