O que é teste de acessibilidade? (Exemplos)

O que é teste de acessibilidade?

Teste de Acessibilidade É um tipo de teste de software realizado para confirmar se um aplicativo é utilizável por pessoas com deficiência, incluindo usuários com deficiências visuais, auditivas, motoras, cognitivas e relacionadas à idade. É um subconjunto de Testando a usabilidade e verifica se o produto funciona com a tecnologia assistiva da qual esses usuários dependem diariamente.

A tecnologia assistiva ajuda pessoas com deficiência a operar um software. Exemplos comuns incluem:

• Software de reconhecimento de fala – Converte palavras faladas em texto que serve como entrada para o computador.
• Software leitor de tela – Lê em voz alta o texto e os elementos da interface exibidos na tela.
• Software de ampliação de tela – Amplia partes do monitor para facilitar a leitura para usuários com baixa visão.
• Teclados especializados – Projetado para usuários com dificuldades de controle motor para facilitar a digitaçãoping mais fácil.
• Trocar e olhar-tracdispositivos do rei – Permitir que usuários com deficiências motoras graves naveguem e selecionem elementos da interface.

Por que testes de acessibilidade?

Motivo 1Atender ao mercado de usuários com deficiência.

Segundo a Organização Mundial da Saúde, cerca de 1.3 bilhão de pessoas, ou aproximadamente uma em cada seis no mundo, vivem com alguma deficiência significativa.

• Uma em cada dez pessoas tem uma deficiência grave.
• Uma em cada duas pessoas com mais de 65 anos tem capacidades reduzidas.

As deficiências incluem cegueira, surdez, deficiências motoras, condições cognitivas e outros problemas de saúde a longo prazo. Um produto desenvolvido para ser acessível pode alcançar esse amplo mercado, e a maioria dos defeitos de acessibilidade pode ser evitada quando os testes de acessibilidade são incorporados ao ciclo de vida normal de testes de software.

Motivo 2Respeitar a legislação de acessibilidade.

Governos em todo o mundo aprovaram leis que exigem que os produtos de TI sejam acessíveis a pessoas com deficiência. Os principais exemplos incluem:

• Estados Unidos: Lei dos Americanos com Deficiências (ADA, 1990) e Seção 508 da Lei de Reabilitação.
• Reino Unido: Lei da Igualdade de 2010 (que substituiu a Lei de Discriminação por Deficiência de 1995).
• União Europeia: Lei Europeia de Acessibilidade, que entrou em vigor para muitos produtos e serviços em junho de 2025, e norma EN 301 549.
• Austrália: Lei de Discriminação contra Pessoas com Deficiência de 1992.
• Irlanda: Lei da Deficiência de 2005.
• Canadá: Lei do Canadá Acessível de 2019.

Os testes de acessibilidade são essenciais para garantir a conformidade legal em todos os mercados onde seu produto é vendido.

Motivo 3: Evitar possíveis processos judiciais.

Grandes empresas têm sido processadas repetidamente porque seus produtos digitais não eram acessíveis. Alguns casos notórios incluem:

• Federação Nacional de Cegos (NFB) v. Target (2006, resolvido em 2008).
• Acordo NFB v. AOL (1999).
• Robles v. Domino's Pizza (2019), onde os EUA SupremO tribunal manteve a decisão de que a ADA se aplica a sites e aplicativos móveis.
• Gil v. Winn-Dixie (2017), o primeiro veredicto judicial nos EUA exigindo que um site inacessível fosse consertado.

Nos Estados Unidos, os processos judiciais relacionados à acessibilidade na web têm aumentado a cada ano, com mais de 4,000 casos digitais do Título III da Lei de Acessibilidade para Pessoas com Deficiência (ADA) registrados anualmente desde 2022. Desenvolver produtos acessíveis desde o início evita esses custos e protege a marca.

Quais deficiências apoiar?

Uma candidatura deve ser adequada para pessoas com deficiência, tais como:

Tipo de deficiência	Incapacidade Descriptíon
Deficiência de Visão	Cegueira total, daltonismo ou baixa visão. Sensibilidade a efeitos visuais estroboscópicos e intermitentes.
Deficiência física	Incapacidade de usar um mouse ou teclado com uma só mão. Habilidades motoras deficientes, incluindo movimentos limitados das mãos ou lentidão muscular.
Deficiência Cognitiva	Dificuldades de aprendizagem, memória fraca ou dificuldade em acompanhar cenários complexos.
Deficiência de alfabetização	Dificuldades de leitura, como dislexia.
Deficiência Auditiva	Problemas auditivos, incluindo surdez e deficiência auditiva. Incapacidade de ouvir sons ou de ouvi-los com clareza.

Padrões e diretrizes de acessibilidade

Os programas de testes de acessibilidade baseiam-se em um pequeno conjunto de padrões amplamente adotados. Compreender qual padrão se aplica ao seu mercado é o primeiro passo antes de elaborar qualquer plano de testes.

• WCAG2.2 – Publicadas pelo W3C em outubro de 2023, as Diretrizes de Acessibilidade para Conteúdo Web 2.2 são a referência global atual. Elas definem três níveis de conformidade: A (básico), AA (o mínimo legal na maioria dos países) e AAA (o mais alto).
• WCAG3.0 – Um rascunho de trabalho do W3C que introduz um modelo de pontuação baseado em resultados. Ainda está em desenvolvimento e não substituiu o WCAG 2.2.
• Seção 508 – Norma de compras federais dos EUA que exige que a tecnologia eletrônica e de informação adquirida por agências federais atenda aos critérios WCAG 2.0 Nível AA.
• PT 301 549 – Norma europeia harmonizada para acessibilidade em TIC, utilizada para demonstrar conformidade com a Lei Europeia de Acessibilidade.
• ADA Título III – A legislação de direitos civis dos EUA se aplica a sites e aplicativos móveis de estabelecimentos públicos; os tribunais geralmente usam as diretrizes WCAG 2.1 ou 2.2 AA como referência.

A maioria das equipes trata WCAG 2.2 Nível AA como seu objetivo de trabalho, pois é tanto a base legal comum quanto uma meta prática de engenharia.

Como fazer testes de acessibilidade?

Os testes de acessibilidade podem ser realizados de duas maneiras:

1. manual
2. Operações

Os testes de acessibilidade podem ser desafiadores para quem não está familiarizado com deficiências. A melhor prática é envolver usuários com deficiência ou especialistas em acessibilidade que possam descrever os desafios do mundo real. As técnicas abaixo abrangem as principais categorias de deficiência.

1) Deficiência visual

Imagine que você é completamente cego e precisa usar o site XYZ. Sua única opção prática é um leitor de tela. Um leitor de tela é um software que narra o conteúdo de uma página da web, incluindo texto, links, botões de opção, imagens e vídeos, para que um usuário cego possa perceber a interface. Alguns leitores de tela populares incluem: MANDÍBULAS, NVDA, Apple VoiceOver e Android resposta.

Ao iniciar o JAWS e abrir um navegador, o JAWS anuncia o título da página. Se você mover o foco para a barra de endereços, o JAWS dirá "Barra de endereços" e, em seguida, lerá cada caractere digitado. Por exemplo, digiteping O google.com exibe um anúncio semelhante ao seguinte:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Um leitor de tela narra palavra por palavra dentro dos campos de texto, anuncia links como "link" e botões como "botão", para que um usuário cego possa identificar cada controle. Se um site for mal construído, o leitor de tela pode identificar elementos incorretamente; por exemplo, um link formatado como texto simples pode ser lido como conteúdo, ocultando uma ação crítica do usuário. O custo para a empresa é a perda real de receita.

2) Daltonismo

O daltonismo significa que o usuário não consegue perceber certas cores corretamente. O daltonismo vermelho-verde é a forma mais comum. Se um site depende muito da cor vermelha para transmitir informações, um usuário com daltonismo vermelho-verde pode não compreender a mensagem.

As equipes de design nunca devem usar apenas cores para comunicar informações. Um botão de erro vermelho é mais acessível quando também possui contorno, um ícone e um texto descritivo. Preto e branco continuam sendo a paleta universal mais segura, e ferramentas como o plugin Stark ou simuladores de daltonismo em navegadores ajudam a identificar problemas precocemente.

3) Baixa visão

Usuários com baixa visão ou outras condições da retina precisam de suporte adicional para usar o site:

1. Evite textos muito pequenos. As diretrizes WCAG recomendam um tamanho de corpo padrão que se ajuste confortavelmente sem a necessidade de zoom.
2. Garanta que o layout se ajuste corretamente quando o texto for ampliado em até 200% (um critério de sucesso das WCAG 2.2). As linhas não devem ser cortadas e o conteúdo não deve se sobrepor.
3. Mantenha uma relação de contraste mínima de 4.5:1 para texto normal e 3:1 para texto grande.

4) Deficiências Motoras e Outras Deficiências

Um requisito fundamental de acessibilidade é que todo o site deve ser operável sem o uso do mouse. Cada link, botão, botão de opção, caixa de seleção, janela pop-up, menu suspenso e controle deve ser acessível e operável apenas com o teclado.

Por exemploUm usuário com mobilidade reduzida nas mãos pode não conseguir usar um mouse. Se as caixas de seleção ou os links não puderem ser acessados ​​com a tecla Tab, o usuário ficará impedido de usar esses recursos.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

O foco deve estar sempre visível. Quando o usuário pressiona a tecla Tab, o controle selecionado deve se destacar claramente. O foco visível ajuda usuários com baixa visão ou daltonismo a acompanhar o fluxo da página e torna a navegação previsível para todos.

Usuários com deficiência auditiva Geralmente, conseguimos visualizar o conteúdo visual de um site, mas o áudio e o vídeo apresentam desafios. Todo vídeo deve incluir legendas e todo arquivo de áudio deve incluir uma transcrição ou texto descritivo. Por exemplo, um vídeo tutorial sobre como reservar uma passagem aérea deve ser disponibilizado com legendas precisas para que um usuário surdo possa acompanhar.

Exemplos de casos de teste para testes de acessibilidade

A lista de verificação abaixo é usada para aprovar os testes de acessibilidade de uma aplicação web típica. Use-a como ponto de partida e amplie-a com os critérios de sucesso das WCAG 2.2 relevantes para o seu produto.

1. Existem equivalentes de teclado para cada operação do mouse e diálogo?
2. A documentação do usuário explica como operar o aplicativo com tecnologia assistiva?
3. A ordem de tabulação é lógica, de forma que a navegação flua naturalmente?
4. Existem teclas de atalho para os menus principais?
5. O aplicativo é compatível com todos os sistemas operacionais e leitores de tela visados?
6. O tempo de resposta de cada tela ou página é comunicado de forma clara para que os usuários saibam quanto tempo devem esperar?
7. Todas as etiquetas foram escritas corretamente e estão programaticamente vinculadas aos seus controles?
8. As opções de cores são flexíveis e testadas com simuladores de daltonismo?
9. As imagens, ícones e emojis são usados ​​de forma que os usuários finais consigam entender?
10. O aplicativo fornece alertas de áudio quando eles são úteis?
11. O usuário pode ajustar ou silenciar os controles de áudio e vídeo?
12. O usuário pode substituir as fontes padrão para impressão e texto na tela?
13. O usuário pode ajustar ou desativar os efeitos de intermitência, rotação ou movimento dos displays?
14. Confirme que a cor nunca é usada como único meio de transmitir informações.
15. O realce ainda é visível quando as cores do sistema estão invertidas? Teste alterando as taxas de contraste.
16. Há transcrições ou legendas de áudio e vídeo disponíveis para usuários com deficiência auditiva?
17. É oferecido treinamento para usuários com deficiência para ajudá-los a se familiarizarem com o aplicativo?
18. Todos os controles interativos são acessíveis, operáveis ​​e podem ser fechados usando apenas o teclado?

Como a IA está mudando os testes de acessibilidade

A IA é reshaping Os testes de acessibilidade podem ser realizados de três maneiras práticas. Primeiro, os scanners de aprendizado de máquina agora leem o DOM renderizado em conjunto com modelos de visão computacional para detectar problemas que as ferramentas baseadas em regras não identificam, como textos alternativos inadequados ou combinações de cores que falham em layouts reais. Segundo, a IA generativa sugere correções legíveis para humanos, incluindo textos alternativos melhores, mensagens de erro mais claras e atributos ARIA para componentes personalizados. Terceiro, a IA prioriza as descobertas pelo impacto no usuário, para que as equipes possam investir seu orçamento nos problemas mais importantes. Ferramentas como Deque axe AI, Evinced, UserWay e Siteimprove agora incluem recursos de IA. A IA não substitui os testes manuais com leitores de tela ou a pesquisa com usuários com deficiência, mas reduz significativamente a carga de trabalho de triagem manual e ajuda a integrar a acessibilidade desde o início do ciclo de desenvolvimento.

Mitos dos testes de acessibilidade

A seguir, apresentamos alguns mitos comuns sobre testes de acessibilidade, juntamente com os fatos:

Mito: Criar um site acessível é caro.

Facto: Não é. Considerar a acessibilidade durante a fase de projeto, juntamente com testes básicos, economiza dinheiro em comparação com adaptações posteriores e reduz retrabalho dispendioso.

Mito: Transformar um site inacessível em um site acessível é um processo muito demorado e caro.

Facto: Não é necessário aplicar todas as correções de uma só vez. Comece com as alterações que têm o maior impacto nos usuários com deficiência e implemente o restante em versões posteriores.

Mito: A acessibilidade é simples e entediante.

Facto: As páginas ainda podem ser visualmente ricas e emtracA versão em texto é acessível e, ao mesmo tempo, atende às diretrizes WCAG 2.2. O W3C desencoraja explicitamente versões somente em texto, priorizando uma experiência única e acessível para todos.

Mito: A acessibilidade destina-se apenas a utilizadores cegos e com deficiência.

Facto: Seguir as diretrizes de acessibilidade melhora a usabilidade geral e beneficia todos os usuários, incluindo aqueles que usam dispositivos móveis, estão sob luz solar intensa ou em ambientes ruidosos.

Perguntas Frequentes