Como você abordaria testes de acessibilidade para uma aplicação web?

Combine trabalho automatizado e manual, porque ferramentas automatizadas pegam só cerca de um terço dos problemas. Rode uma varredura baseada no axe no CI para contraste, rótulos faltando e problemas de estrutura. Depois teste manualmente navegação só por teclado, ordem e visibilidade do foco, anúncios do leitor de tela, associação de erros de formulário e zoom de 200 por cento. Julgue contra WCAG 2.2 AA como alvo usual.

Eu divido em automatizado e manual, e sou franco que a automação pega mais ou menos um terço dos problemas reais. A parte automatizada é uma varredura baseada no axe ligada ao pipeline, que pega de forma confiável falhas de contraste, texto alternativo faltando, controles sem rótulo e estrutura de cabeçalhos quebrada, e não custa nada por execução. A parte manual é onde os problemas de verdade moram. Primeiro eu desligo o mouse e faço a jornada crítica inteira no teclado: eu consigo chegar em tudo, o indicador de foco é visível, a ordem segue o layout visual, o foco fica preso num modal, ele volta para um lugar sensato quando o modal fecha. Depois uma passada com leitor de tela, porque é a única forma de saber se um dropdown customizado é anunciado como algo com significado ou como uma div sem rótulo. Eu checo se os erros de formulário são anunciados e ligados programaticamente ao campo em vez de só ficarem vermelhos. Depois zoom de 200 por cento e uma viewport estreita para que nada seja cortado. Eu testo contra WCAG 2.2 AA para que passar e falhar sejam definidos, e onde a organização apoiar eu insisto em sessões com usuários que dependem de tecnologia assistiva.