O documento discute práticas e ferramentas para testar acessibilidade em desenvolvimento web, enfatizando que não há uma regra única e que boas práticas são essenciais. Ele apresenta uma metodologia para avaliar defeitos de acessibilidade com base na incidência e gravidade dos problemas, além de mencionar a possibilidade de automação nos testes. Recomendações sobre o uso de ferramentas específicas e a importância de considerar a experiência do usuário são destacadas.

1. Mitos e Verdades
sobre testes de
acessibilidade
2019 – Recife
Marcelo Sales
Trilha Testes

2. acessibilidade
é tudo sobre pessoas

3. qual é a melhor
forma de avaliar defeitos
de acessibilidade?

4. Não há uma regra!
Mas há boas práticas!

5. https://webaim.org/standards/wcag/checklist

6. https://www.w3.org/WAI/WCAG21/quickref/

7. http://accessibility.voxmedia.com/

8. Dica “perdida” de ouro!

9. http://usability.com.au/2013/01/accessibility-priority-tool/

10. Ferramenta de prioridade
para acessibilidade!
Pontuação de incidência
(por tempo de uso)
0 – Não há falhas
1 – Problemas em até 25% do tempo
2 – Problemas entre 25 e 50% do tempo
3 – Problemas entre 50 e 75% do tempo
4 – Problemas em mais de 75% do tempo
Pontuação de gravidade
(com base no impacto de uso)
1 – Muito pouco incoveniente
(não é provável que impeça alguém de acessar o conteúdo)
2 – Pouco Incoveniente
(não é provável que impeça alguém de acessar o conteúdo,
mas pode afetar um grupo de pessoas)
3 – Média incovenciência
(pode ser complicado para algumas pessoas acessarem o conteúdo)
4 – Grande incoveniência
(pode impedir o acesso de algumas pessoas para
determinados conteúdos)
5 – Incomodo Extremo
(impedirá o acesso ao site ou a executar funções básicas)

11. é possível
automatizar?

12. SIM!
Mas apenas entre 30 a 40%
do total dos testes!

13. karlgroves.com

14. em que momento
devo testar?

15. Durante todo o processo de
desenvolvimento e sempre que possível...
Elementos acessíveis não garantem sistemas acessíveis!
Mas e o Design System?
Cuidado com ferramentas, frameworks e
plugins de terceiros
Eles podem não estar acessíveis... aliás, com certeza não estarão!

16. Leitor de telas também pode ser
utilizado para validação de código
front-end “mal feito”...
O humano pode não perceber,
mas a ferramenta com certeza, vai!
DICA:

17. devo confiar
em validadores automatizados?

18. Manuel Matuzović
@mmatuzo
“Se o Lighthouse nos diz que
nosso site é 100% acessível, isso
não significa que ele é.
Para provar, construí o local mais
inacessível possível e mesmo
assim obtive um “score” perfeito.”
31 de maio de 2019

19. é possível
testar protótipos?

20. SIM!
De certa forma... sim...
Digo, é possível, mas nem tanto...
Bom... normalmente você só consegue validar coisas como:
• Contraste
• Simulação de daltonismo
• Sugestão de cores

21. quais ferramentas
utilizar?

22. https://github.com/GoogleChrome/lighthouse
Lighthouse
Plugin para Chrome

23. AXE – Deque
Plugin para Chrome e Firefox – App para Android
https://www.deque.com/axe/

24. Asqatasun
App para testes de aplicação em ambiente de desenvolvimento (Docker / NPM)
https://github.com/Asqatasun/Asqatasun

27. https://www.deque.com/blog/writing-automated-tests-accessibility/

28. https://axesslab.com/skip-the-wcag/

29. DESAFIO

30. http://bit.ly/dojo-a11y-test

31. não esqueçam
das pessoas
lembrem-se:

33. OBRIGADO
Instagram e Twitter @msales
LinkedIn linkedin.com/in/msales78
http://designinclusivo.com
http://guiawcag.com
Meetup “Ministry of Testing”
Edição São Paulo
http://acessibilida.de