¿De qué se trata este curso?
Un formulario que no se puede completar con teclado, un botón que el lector de pantalla anuncia como "botón" a secas, un texto gris claro que no se lee al sol: son bugs. Le impiden usar el producto a una persona, igual que un botón roto. La diferencia es que casi nunca aparecen en un plan de pruebas.
En Chile, el Decreto N°1 de 2015 obliga a los sitios del Estado a aplicar las normas de accesibilidad y los estándares internacionales del W3C, es decir, las pautas WCAG. En Europa, el Acta Europea de Accesibilidad se aplica desde el 28 de junio de 2025 a servicios como el comercio electrónico y la banca para consumidores. La accesibilidad ya no es un favor: en muchos proyectos es un requisito de aceptación.
Este curso enseña a probarla como QA: qué dicen las pautas en simple, cómo se prueba con teclado y con lector de pantalla, qué se puede automatizar y cómo se reporta para que se arregle.
¿Para quién es?
- QA manuales y automatizadores que nunca probaron accesibilidad, o la prueban solo con una herramienta.
- QA de proyectos del Estado o de empresas que venden en Europa.
- Líderes que necesitan saber qué exigir antes de una salida a producción.
¿Qué necesitas?
Fundamentos de QA y un navegador. Para la lección de lectores de pantalla, el que trae tu sistema: VoiceOver en Mac, Narrador en Windows o, si prefieres, NVDA, que es gratuito.
Lo que serás capaz de hacer al terminar
- Explicar WCAG 2.2 en simple: los cuatro principios, los niveles y qué trae de nuevo.
- Probar un flujo completo solo con teclado y encontrar trampas de foco.
- Usar un lector de pantalla para verificar nombres, roles y mensajes.
- Medir contraste, probar zoom y reflujo.
- Sumar pruebas automáticas de accesibilidad a tu suite y saber lo que no detectan.
- Reportar un problema de accesibilidad con el criterio WCAG y la evidencia que lo hacen arreglable.