AccessBuild, день 3: автоматическое сканирование уже доступно. Вот что я узнал.

Третий день AccessBuild. API больше не является просто калькулятором. Теперь у него есть память. Что я построил сегодня Вчера API мог оценивать только те элементы, которые вы вставили вручную. Сегодня он анализирует реальный XML-дерево пользовательского интерфейса Android, извлекает каждый интерактивный элемент, оценивает его и сохраняет результат в Supabase. Новая конечная точка /scan принимает необработанный дамп дерева пользовательского интерфейса. Он проходит через каждый узел, классифицирует каждый элемент как кнопку/ввод/значок/ссылку, проверяет метки доступности и возвращает оценку от A до F. Затем он записывает результаты аудита в базу данных. Стек вырос День 1 День 3 ФастAPI ФастAPI Только в памяти Супабаза PostgreSQL Список элементов вручную XML-дерево пользовательского интерфейса Android Разовый тест Постоянные, повторяемые проверки Нет истории /audits/последняя конечная точка Нет статистики /конечная точка статистики Первое настоящее сканирование Я запустил первое автоматическое сканирование на экране входа в тестовый банк. Пять интерактивных элементов. Только у двух были этикетки. Результат: D — доступность 40%. Рекомендация: «Срочно. Большинство элементов невидимы для программ чтения с экрана. Требуются немедленные исправления». В этом вся суть. Настоящее банковское приложение с таким рейтингом будет непригодно для использования слепыми клиентами. И теперь результаты аудита сохраняются в базе данных для дальнейшего использования. Что сломалось