O que é teste de acessibilidade? (Exemplos)

O que é teste de acessibilidade?

O Teste de Acessibilidade é definido como um tipo de Teste de Software realizado para garantir que o aplicativo testado seja utilizável por pessoas com deficiência auditiva, daltonismo, idosos e outros grupos desfavorecidos. É um subconjunto de Testando usabilidade.

Pessoas com deficiência utilizam tecnologia assistiva, que as auxilia na operação de um produto de software. Exemplos de tais softwares são:

• Software de reconhecimento de fala – Converte a palavra falada em texto, que serve como entrada para o computador.
• Software leitor de tela – Usado para ler o texto exibido na tela.
• Software de ampliação de tela– Usado para ampliar o monitor e facilitar a leitura para usuários com deficiência visual.
• Teclado especial feito para usuários de digitação fácil que têm dificuldades de controle motor

Por que testes de acessibilidade?

Motivo 1: Atender ao mercado para pessoas com deficiência.

Cerca de 20% da população tem problemas de deficiência.

• 1 em cada 10 pessoas tem uma deficiência grave
• 1 em cada 2 pessoas com mais de 65 anos tem capacidades reduzidas

As deficiências incluem cegueira, surdez, deficiência ou quaisquer distúrbios do corpo.

Um produto de software pode atender a esse grande mercado se for adequado para deficientes físicos. Problemas de acessibilidade em software podem ser resolvidos se o Teste de Acessibilidade fizer parte do ciclo de vida normal de teste de software.

Motivo 2: Cumprir as Legislações de Acessibilidade

Agências governamentais em todo o mundo publicaram legalizações que exigem que os produtos de TI sejam acessíveis a pessoas com deficiência.

A seguir estão os atos jurídicos de vários governos -

• Estados Unidos: Lei dos Americanos Portadores de Deficiência – 1990
• Reino Unido: Lei sobre a Discriminação da Deficiência – 1995
• Austrália: Lei de Discriminação de Deficientes – 1992
• Irlanda: Lei da Deficiência de 2005

O teste de acessibilidade é importante para garantir a conformidade legal.

Motivo 3: Evite possíveis ações judiciais

No passado, empresas da Fortune 500 foram processadas porque os seus produtos não eram adequados para pessoas com deficiência. Aqui estão alguns casos proeminentes.

• Federação Nacional para Cegos (NFB) vs. Amazon (2007)
• Sexton e NFB vs. Target (2007)
• Liquidação NFB vs AOL (1999)

É melhor criar produtos que apoiem os deficientes e evitem possíveis ações judiciais.

Quais deficiências apoiar?

Um aplicativo deve apoiar pessoas com deficiência como –

Tipo de deficiência	Incapacidade Descriptíon
Deficiência de Visão	Cegueira completa ou daltonismo ou visão deficiente Problemas visuais, como estroboscópio visual e problemas de efeito intermitente
Deficiência física	Não é possível usar o mouse ou teclado com uma mão. Habilidades motoras deficientes, como movimentos das mãos e lentidão muscular
deficiência cognitiva	Dificuldades de aprendizagem ou memória fraca ou incapacidade de compreender cenários mais complexos
Deficiência de alfabetização	Problemas de leitura
Deficiência Auditiva	Problemas auditivos como surdez e deficiência auditiva Não consegue ouvir ou não consegue ouvir claramente

Como fazer testes de acessibilidade?

O Teste de Acessibilidade pode ser realizado de 2 maneiras, e são elas:

1. manual
2. Automated

Os testes de acessibilidade podem ser desafiadores para os testadores porque eles não estão familiarizados com deficiências. É melhor trabalhar com pessoas com deficiência que têm necessidades específicas para compreender os seus desafios.

Existem diferentes maneiras de testar a acessibilidade, dependendo da deficiência. Aprenderemos todos eles um por um.

1) Deficiência visual

OK, agora vamos supor que não tenho capacidade de visão. Sou completamente cego e queria acessar o site XYZ. Nesse caso, qual é a opção👍 Não consigo acessar o site XYZ? Qual é a opção que eu tenho? Existe a opção de uma palavra que é denominada como LEITOR DE TELA. Sim, você acertou. LEITOR DE TELA. Agora, o que é esse leitor de tela? É um software que serve para narrar o conteúdo da web. Basicamente, o que está no seu site, seja conteúdo, link, botão de opção, imagens, vídeo, etc. Um leitor de tela narrará tudo e cada um para mim. Existem vários leitores de tela disponíveis. Eu trabalhei com mandíbulas.

Basicamente, quando você inicia o jaws ou qualquer leitor de tela e depois acessa o site, ele irá narrar o conteúdo completo. Por exemplo: iniciei o jaws e iniciei o navegador JAWS anunciará que o Mozilla Firefox página inicial, agora se eu for para a barra de endereço o JAWS anunciará que BARRA DE ENDEREÇO e digite www.google.com na barra de endereço, o jaws explicará mais ou menos assim: -

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

O ponto que quero explicar aqui é que um leitor de tela narrará palavra por palavra se você digitar algo ou na caixa de texto. Da mesma forma, se houver link ele será pronunciado como link, para Button será pronunciado como botão. Para que uma pessoa cega possa identificar facilmente as coisas.

Agora, se um site for mal projetado e desenvolvido, então pode ser possível (geralmente acontece) que o maxilar não seja capaz de narrar o conteúdo correto, o que por sua vez resulta em inacessibilidade para pessoas cegas. conteúdo, então um usuário cego nunca seria capaz de saber que é um link e se isso seria crucial para aquele site então 👍). Nesse caso, isso resultaria em uma grande perda para o negócio do site.

2) Deficiência visual

Há duas categorias que gostaria de mencionar na deficiência visual.

O primeiro é o daltonismo. Daltonismo significa não ser completamente cego, mas incapaz de visualizar corretamente alguma cor específica. Vermelho e azul são as cores comuns que as pessoas não conseguem ver corretamente se tiverem daltonismo. Então, basicamente, se eu tiver daltonismo vermelho e quiser usar um site que seja 80% em vermelho, então ???Eu me sentiria confortável nesse site? A resposta é não.

Portanto, um site deve ser desenhado de forma que uma pessoa com daltonismo não tenha problemas para acessá-lo. Veja um exemplo simples de botão que está em vermelho. Para torná-lo acessível se estiver contornado em preto. Então é fácil de acessar. Normalmente preto e branco são considerados universais.

3) DEFICIÊNCIA DE VISÃO MÁ

Uma segunda coisa é uma pessoa com visão deficiente (visão insuficiente) ou com diversos problemas de visão (há muitos problemas oculares relacionados à retina, etc.) para acessar qualquer site.

1) Nesses casos, o melhor a fazer é evitar textos pequenos. Porque seria uma grande vantagem para pessoas com visão deficiente.

2) Além disso, pessoas com problemas de visão gostariam de ampliar o texto do site para torná-lo confortável para elas. Portanto, um site deve ser desenhado de forma que, ao ampliá-lo, seu layout não seja quebrável ao ampliar o texto. Caso contrário, não será uma boa impressão para eles.

4) Outras Deficiências

Nos testes de acessibilidade para públicos com deficiência, um ponto importante a considerar é o acesso ao site sem o uso do mouse. Uma pessoa deve ser capaz de acessar completamente o site, os links, botões, botões de opção, caixas de seleção, pop-ups, menu suspenso, todos os controles devem estar totalmente acessíveis e operáveis ​​através do teclado.

Por Exemplo: Se eu sou destro e paralisado, e não me sinto confortável com um mouse ou digo que não quero usar um mouse, então o que? Nesse caso, se eu não for capaz de acessar links ou caixas de seleção no site via teclado, então👍 Então um site deve ser completamente acessível com o teclado.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

Além disso, o foco deve estar completamente visível. Quando pressionamos tab, o usuário deve ser capaz de ver para onde o controle está se movendo. Com o foco visível, fica muito fácil para um usuário com deficiência visual ou daltonismo identificar o fluxo de um site e também facilidade de acesso.

Usuário com Deficiência Auditiva (Surdo ou com dificuldade de ouvir): Os últimos são pessoas com deficiência auditiva. Uma pessoa surda pode acessar o site, pois é capaz de ver o conteúdo do site. Mas quando se trata de áudio e vídeo eles enfrentam dificuldades. Portanto, nesse caso, para qualquer vídeo e áudio, deve haver texto alternativo. Texto alternativo significa texto alternativo. Suponha que haja algum vídeo sobre como reservar uma passagem aérea. Nesse caso, o texto deve estar ali para que o surdo possa ler e ter uma ideia do que se trata o vídeo.

Teste de acessibilidade de casos de teste de amostra

A seguir estão os pontos que precisam ser verificados para que o aplicativo seja utilizado por todos os usuários. Esta lista de verificação é usada para aprovar testes de acessibilidade.

1. Um aplicativo fornece equivalentes de teclado para todas as operações do mouse e janelas?
2. As instruções são fornecidas como parte da documentação do usuário ou do manual? É fácil entender e operar o aplicativo utilizando a documentação?
3. Se as guias são ordenadas logicamente para garantir uma navegação tranquila?
4. Se são fornecidas teclas de atalho para menus?
5. Se o aplicativo suporta todos os sistemas operacionais?
6. O tempo de resposta de cada tela ou página é claramente mencionado para que os usuários finais saibam quanto tempo esperar?
7. Todas as etiquetas estão escritas corretamente no aplicativo?
8. Se a cor do aplicativo é flexível para todos os usuários?
9. Se as imagens ou ícones são usados ​​de forma adequada para que sejam facilmente compreendidos pelos usuários finais?
10. Se um aplicativo possui alertas de áudio?
11. Se um usuário é capaz de ajustar os controles de áudio ou vídeo?
12. Se um usuário pode substituir fontes padrão para impressão e exibição de texto?
13. Se o usuário pode ajustar ou desativar exibições piscantes, giratórias ou móveis?
14. Verifique para garantir que o código de cores nunca seja usado como único meio de transmitir informações ou indicar uma ação.
15. Se o realce pode ser visualizado com cores invertidas? Teste de cor no aplicativo alterando a taxa de contraste
16. Se o conteúdo relacionado com áudio e vídeo é ouvido adequadamente pelas pessoas com deficiência? Teste todas as páginas multimídia sem alto-falantes em sites
17. É fornecido treinamento para usuários com deficiência que lhes permita se familiarizarem com o software ou aplicativo?

Mitos dos testes de acessibilidade

A seguir estão os mitos dos testes de acessibilidade:

Mito: Criar um site acessível é caro

Facto: Não é caro. Reserve um tempo para pensar sobre questões de acessibilidade no próprio estágio de design, juntamente com os testes básicos. Isso economizará dinheiro e também retrabalho.

Mito: Mudar sites inacessíveis para sites acessíveis é demorado e caro

Não é necessário incorporar todas as alterações de uma só vez. Trabalhar nas necessidades básicas mais necessárias para usuários com deficiência.

Mito: A acessibilidade é simples e enfadonha

Você pode tornar as páginas da web atraentes, mas elas devem ser projetadas de forma que possam ser acessadas por todos os usuários. Também de acordo com as diretrizes de acessibilidade de conteúdo da web do W3C – desencoraja fortemente o uso de páginas somente de texto.

Mito: Acessibilidade para cegos e deficientes

Fato Seguir as diretrizes de acessibilidade melhora a usabilidade geral do software, o que também ajuda os usuários regulares.

Conclusão

Na Engenharia de Software, o teste de acessibilidade ajuda a tornar seu aplicativo amigável para deficientes. Se não for possível seguir as diretrizes de acessibilidade devido à complexidade da sua aplicação web, crie uma versão do site para usuários regulares e outra para desabilitar