Casos y prueba de trabajo

Auditoría integral de un producto web y de su extensión de navegador, en entornos web y Windows 11. Evaluación manual con NVDA y navegación por teclado contra WCAG 2.2 nivel AA, EN 301 549 y la Ley Europea de Accesibilidad. La hicieron dos personas del equipo.

El hallazgo principal no fue una lista larga de problemas distintos: fue el mismo, repetido en pantalla tras pantalla, en un componente reutilizado en todo el producto. Eso cambia por completo el trabajo del cliente, porque no son cien correcciones sino una bien hecha. Contar incidencias habría dado una cifra alarmante y una idea equivocada del esfuerzo real.

La entrega fue un informe de 29 páginas con las incidencias priorizadas por severidad, recomendaciones de accesibilidad cognitiva y un borrador de declaración de accesibilidad en español e inglés.

Un informe de accesibilidad no es una lista de errores volcada desde una herramienta. Esto es lo que lleva cualquiera que salga de aquí:

• El alcance revisado: qué páginas, qué recorridos y qué componentes.
• El método y el entorno de prueba: qué lectores de pantalla, qué navegadores y qué versión del estándar.
• Cada incidencia con el criterio WCAG que incumple, su nivel, los pasos para reproducirla y un criterio de aceptación para darla por cerrada.
• La tabla de criterios completa, incluido lo que sí se cumple, que es lo que sostiene una declaración de accesibilidad.
• La corrección propuesta, no solo el problema señalado.

El detalle de cada servicio explica cuál incluye qué, y en qué formato puede entregarse.

Es la prueba más fácil de comprobar y no depende de que nos creas: recorre esta web con el teclado, con un lector de pantalla o con el zoom al 400 % y mira si aguanta. Nuestra declaración de accesibilidad dice qué cumplimos, cómo lo probamos y qué no declaramos.