Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Publicado : Apr 13, 2021
NÃO ENTROU NA EDIÇÃO ATUAL
Este blip não está na edição atual do Radar. Se esteve em uma das últimas edições, é provável que ainda seja relevante. Se o blip for mais antigo, pode não ser mais relevante e nossa avaliação pode ser diferente hoje. Infelizmente, não conseguimos revisar continuamente todos os blips de edições anteriores do Radar. Saiba mais
Apr 2021
Trial ? Vale a pena ir atrás. É importante entender como desenvolver essa capacidade. As empresas devem experimentar esta tecnologia em um projeto que possa lidar com o risco.

Tornar a web inclusiva requer muita atenção para garantir que a acessibilidade seja considerada e validada em todos os estágios da entrega de software. Muitas das ferramentas de teste de acessibilidade populares são projetadas para executar testes após a finalização de uma aplicação web. Como resultado, os problemas são detectados tardiamente e geralmente são mais difíceis de corrigir, acumulando-se como dívidas. Em nosso trabalho interno recente nos sites da ThoughtWorks, incluímos o mecanismo de teste de acessibilidade (a11y) de código aberto axe-core como parte de nossos processos. Ele forneceu aos membros do time um feedback inicial sobre a adesão às regras de acessibilidade, mesmo durante os primeiros incrementos. No entanto, nem todos os problemas podem ser encontrados por meio da inspeção automatizada. Para estender a funcionalidade do axe-core, temos o axe DevTools disponível comercialmente, incluindo uma funcionalidade que orienta os membros do time por meio de testes exploratórios para a maioria dos problemas de acessibilidade.

Baixe o PDF

 

 

 

English | Español | Português | 中文

Inscreva-se para receber o boletim informativo Technology Radar

 

 

Seja assinante

 

 

Visite nosso arquivo para acessar os volumes anteriores