Escolha uma tarefa completa e um ambiente seguro
Selecione um serviço concreto, como solicitar manutenção de um espaço público. Escreva o objetivo da pessoa, os documentos necessários e a condição que confirma o recebimento. O teste deve começar na orientação e terminar no protocolo ou resultado equivalente. Ver apenas a primeira tela deixa de fora anexos, autenticação, revisão e mensagens de erro.
Prepare dados fictícios e um ambiente autorizado que não gere solicitações reais. Se isso não existir, combine previamente com a área executora uma forma controlada de testar sem prejudicar o atendimento. Não use documentos de cidadãos para reproduzir dificuldades nem exponha dados pessoais em gravações compartilhadas.
Anote navegador, dispositivo, tecnologia assistiva e versão testada. Esses registros permitem reproduzir problemas e conferir correções. O roteiro complementa o desenho de atendimento digital em prefeituras: aqui, o foco é descobrir se diferentes modos de interação permitem completar uma solicitação específica, inclusive quando o preenchimento precisa ser corrigido.
Percorra tudo sem usar o mouse
Comece no endereço inicial e utilize o teclado para alcançar cada campo, botão, seleção e ajuda. Observe se a ordem acompanha a sequência de leitura e se o foco permanece visível. Ao abrir um seletor de data, uma lista ou uma janela de confirmação, confirme que é possível interagir e sair sem ficar preso.
Uma barreira comum aparece quando o componente responde apenas ao clique ou quando o indicador de foco desaparece sobre determinada cor. Outra surge quando uma mudança de tela leva a navegação para um ponto inesperado. Registre a ação, o comportamento observado e o efeito sobre a tarefa. Dizer apenas que o componente não é acessível dificulta a correção.
Teste também botões para adicionar anexos, remover arquivos e voltar a uma etapa anterior. Uma jornada funciona apenas se os controles auxiliares podem ser operados. Não conclua que o formulário passou porque foi possível preencher o primeiro campo. O percurso precisa incluir revisão, envio e consulta à confirmação.
Confira o significado de campos e instruções
Cada campo precisa ter identificação clara e associada ao controle. O usuário deve compreender o que informar, quais campos são obrigatórios e qual formato é aceito. Um texto que desaparece durante a digitação não deve ser a única orientação disponível. Siglas internas também exigem explicação quando não fazem parte do vocabulário do público.
Na verificação com leitor de tela, observe o nome anunciado, o tipo de controle, a obrigatoriedade e a relação com instruções adicionais. Grupos de opções precisam ter contexto compreensível. Duas perguntas com respostas de sim ou não não podem depender somente da posição visual para serem diferenciadas.
A Enap apresenta orientações sobre rótulos, instruções e identificação de erros em formulários. O eMAG também oferece referência para o contexto governamental. Use essas orientações para especificar o comportamento esperado, sem declarar conformidade integral a partir de uma única verificação. A avaliação formal precisa considerar os requisitos e o escopo efetivamente aplicáveis ao serviço.
Provoque erros que uma pessoa pode cometer
Envie campos obrigatórios vazios, informe uma data inválida e selecione um arquivo fora do formato permitido. Confira se a mensagem identifica o problema e explica como corrigi-lo. Uma borda vermelha isolada não oferece orientação suficiente para quem não percebe a cor ou utiliza leitura não visual.
Após o erro, verifique se os dados válidos continuam preenchidos e se a navegação permite chegar ao campo que precisa de ajuste. Mensagens no topo podem ajudar, desde que estejam relacionadas às ocorrências. Evite exigir que a pessoa procure visualmente todos os campos para descobrir qual deles impediu o envio.
Teste erros vindos do servidor e não apenas validações imediatas. Falha de anexação, sessão expirada e indisponibilidade precisam ter orientação coerente. O sistema não deve informar sucesso quando apenas recebeu parte dos dados. A equipe responsável pelo atendimento deve compreender a mesma distinção, para não orientar o cidadão com base em uma confirmação incompleta.
Observe ampliação, celular e leitura assistiva
Aumente o conteúdo e observe se instruções e controles continuam alcançáveis. No celular, confira se o teclado virtual encobre ações, se a orientação de preenchimento permanece disponível e se há rolagem desnecessária para compreender uma pergunta. A experiência deve ser avaliada durante o uso, não apenas em uma captura estática.
Com leitor de tela, percorra títulos, instruções, campos e mensagens na ordem em que aparecem. Confirme se atualizações importantes são percebidas sem que o usuário tenha de procurar uma mudança invisível. Ao testar, mantenha o objetivo da tarefa: preencher e concluir com entendimento, sem exigir conhecimento de como o sistema foi construído.
Considere também velocidade de conexão e tamanho de anexos. Uma pessoa pode depender de celular simples ou conexão instável. Registre separadamente problemas de acessibilidade, desempenho e clareza quando tiverem causas diferentes, mas avalie o efeito conjunto sobre a conclusão. Um campo corretamente anunciado pode continuar inutilizável se a tela perde os dados a cada interrupção.
Verifique revisão, envio e protocolo
Antes da ação final, o usuário deve entender o que está enviando e poder corrigir informações conforme o desenho do serviço. Botões precisam indicar sua ação de forma específica. Diferencie avançar para revisão de efetivamente protocolar a solicitação. Essa distinção é especialmente relevante quando o envio gera efeitos administrativos.
Depois, confira a confirmação com os mesmos modos de navegação. O protocolo, a data e a orientação de acompanhamento devem ser compreensíveis e acessíveis. Se houver documento para baixar, inclua esse arquivo na avaliação. Uma página acessível que gera comprovante ilegível deixa a jornada incompleta.
Observe também repetição do envio após uma demora. A pessoa consegue saber se o pedido foi recebido? Há orientação para evitar múltiplas solicitações? Esse teste deve ser combinado com a equipe técnica para não gerar efeitos reais. A mensagem pública precisa refletir o estado confirmado pelo serviço, sem prometer execução imediata quando apenas registrou a entrada.
Combine ferramentas e experiência de usuários
Verificadores automáticos ajudam a encontrar problemas detectáveis por regras, mas não entendem sozinhos se a instrução é clara ou se a pessoa conseguiu concluir a tarefa. A inspeção manual permite avaliar fluxo e comportamento. A participação de pessoas com deficiência revela dificuldades de uso que uma equipe acostumada ao sistema pode não perceber.
Organize sessões com consentimento, objetivos claros e proteção das informações dos participantes. Peça que a pessoa realize a tarefa e relate dúvidas, sem ensinar previamente o caminho que está sendo avaliado. Evite transformar a sessão em prova de habilidade individual. O que se investiga é a barreira criada pelo serviço.
Registre resultados por cenário e perfil de interação, preservando relatos relevantes sem identificar participantes em relatórios amplos. Diferencie barreira impeditiva, dificuldade contornável e melhoria de clareza. A prioridade deve considerar o efeito na tarefa e a frequência de exposição, além da gravidade técnica identificada.
Feche cada correção com uma nova execução
Uma ficha de problema deve conter etapa, ação, resultado esperado, resultado observado, ambiente, evidência e responsável. Depois da correção, repita o cenário e verifique etapas próximas. Alterar um seletor pode resolver o teclado e modificar o anúncio do leitor de tela. O aceite precisa considerar essas relações.
Mantenha a orientação do serviço sincronizada com o formulário. Mudanças em anexos, requisitos ou canais também devem chegar à Carta de Serviços municipal. Quando uma barreira impedir a conclusão, ofereça um caminho assistido coerente e acompanhe sua resolução, sem usar o atendimento alternativo como justificativa para manter o problema indefinidamente.
As páginas de prefeituras e secretarias e de tecnologia para o setor público apresentam o contexto do Grupo Edge. O roteiro propõe critérios de trabalho e não declara certificação, auditoria formal realizada ou produto específico de acessibilidade do ecossistema.
Perguntas frequentes
Uma ferramenta automática comprova acessibilidade?
Não. Ela identifica parte dos problemas. A avaliação deve incluir inspeção manual, execução da tarefa e participação de usuários quando possível.
O teste termina ao clicar em enviar?
Não. Confirmação, protocolo, comprovante e instruções de acompanhamento também fazem parte da jornada que precisa ser acessível.