Cuando desarrollamos una nueva web, a menudo ponemos mucho trabajo en el diseño, para que sea bonita y utilizable. En otras palabras, queremos que nuestra web sea efectiva, eficiente y satisfactoria para el usuario. Pero muchas veces no pensamos en la experiencia del usuario para las personas con discapacidades, incluidas las personas con discapacidades relacionadas con la edad.
Accesibilidad web (a11y) significa que las personas con discapacidad pueden percibir, comprender, navegar e interactuar con sitios web y herramientas, y que pueden contribuir igualmente sin barreras ”. (Fuente: W3C - Web Accessibility Initiative). Nuestro papel como desarrolladores frontend es crear interfaces claras para que las personas entiendan y se preocupen por los datos, independientemente de sus discapacidades o impedimentos, pero lo que nosotros, los desarrolladores, a menudo olvidamos es asegurarnos de que el código que escribimos siga las "Web Content Accessibility Guidelines" (WCAG), y la única forma de lograrlo es mediante test, ya sea manuales o automatizados.
Los tests automatizados de accesibilidad web pueden liberar a nuestro equipo de QA de los tests manuales de cada parte de nuestra aplicación, pero, no pueden hacer que nuestro sitio sea accesible de forma automática y mágica.
Deberíamos usar tests automatizados de accesibilidad web como un paso de un proceso de tests más grande. No olvidemos que solo se puede detectar automáticamente del 20% al 50% de todos los problemas de accesibilidad.
---
Adrián Bolonio
Web: http://adrianbolonio.com
Twitter: https://twitter.com/bolonio
GitHub: https://github.com/bolonio
Linkedin: https://www.linkedin.com/in/adrianbolonio