Cómo crear un programa de pruebas de accesibilidad web por roles

Un programa de pruebas de accesibilidad convierte cada cambio web en una decisión con alcance, responsables y evidencia definida antes de llegar al lanzamiento. No alcanza con adjuntar un escaneo automático cuando nadie completó el recorrido con teclado, revisó la redistribución, evaluó el sentido de las etiquetas o asignó la repetición de las pruebas. La salida práctica es distribuir los controles entre quienes diseñan, escriben, desarrollan, prueban, investigan y autorizan, mientras una función de accesibilidad sostiene la política, los métodos y las interpretaciones complejas.

¿Qué convierte las pruebas de accesibilidad en un programa y no en una auditoría final?

Un programa distribuye evidencias distintas a lo largo del diseño, la producción de contenido, el desarrollo, QA y la preparación del lanzamiento, pero mantiene una aceptación responsable y una instancia de aseguramiento especialista. W3C recomienda evaluar desde temprano y durante el desarrollo o rediseño, cuando resulta más sencillo atender los problemas. También advierte que ninguna herramienta determina por sí sola si un sitio satisface estándares de accesibilidad. Por eso, automatizar más no elimina el juicio humano: permite reservarlo para comportamiento, significado, compatibilidad y necesidades reales.

• La detección automática encuentra condiciones programáticamente comprobables y repetibles dentro del alcance configurado.
• La revisión manual examina comportamiento, estructura, contexto y significado frente a criterios aplicables.
• Las pruebas con tecnologías de asistencia observan compatibilidad al completar tareas y recorrer estados representativos.
• La evaluación con personas con discapacidad investiga usabilidad, barreras y necesidades que otras capas pueden no revelar.

Quien crea el trabajo conserva la responsabilidad por su accesibilidad: diseño decide patrones y estados; contenido aporta significado; desarrollo implementa y hace controles locales. QA arma el plan y aporta ejecución independiente. La persona referente en accesibilidad gobierna políticas, capacita, cuida los métodos y asesora ante hallazgos difíciles, sin transformarse en el único embudo de pruebas. Una misma persona puede usar varios sombreros en un equipo chico, siempre que el registro indique cuál usa y que el trabajo de mayor riesgo conserve una revisión formada o independiente.

¿Cómo debería variar la profundidad de las pruebas según lo que se libera?

La profundidad debería crecer con la interacción afectada, la reutilización, la novedad, la importancia del recorrido y el posible impacto para las personas. Antes de elegir métodos, inventariá qué recorridos, componentes, plantillas, tipos de contenido, documentos, medios, controles y tecnologías soportadas cambia la entrega. Las cuatro clases siguientes son un modelo editorial adaptable, no un estándar oficial ni un puntaje de riesgo. Sirven para acordar evidencia proporcional antes de empezar; nunca para ignorar una barrera conocida o declarar conforme una ruta que no fue evaluada.

• Cambio solo de contenido: revisión humana y controles automáticos aplicables; sumá estructura, teclado, ampliación o tecnología de asistencia si cambian medios, documentos, controles o el sentido de la tarea.
• Cambio visual o de disposición: revisión de diseño y de ampliación o redistribución; agregá foco y teclado donde se modifique el comportamiento interactivo.
• Cambio de componente o interacción: criterios antes de construir, controles locales de desarrollo, QA independiente sobre estados y tareas, y regresión cuando el componente se reutiliza.
• Plantilla nueva, recorrido crítico o entrega mayor: todas las capas aplicables, tareas y estados representativos, tecnologías de asistencia probadas por personal formado, evaluación de conformidad por muestra y participación de personas con discapacidad.

Las capas adicionales deben entrar mientras todavía puedan cambiar el resultado, no después de cerrar diseño o comprometer la fecha. Si se necesita una evaluación amplia de conformidad, WCAG-EM propone definir alcance y objetivo, explorar vistas y funciones clave, seleccionar cobertura representativa cuando no sea viable revisar todo, evaluar y presentar hallazgos. Ese trabajo aporta aseguramiento sobre el alcance declarado; no reemplaza los controles cotidianos ni autoriza a extender una conclusión de la muestra a rutas excluidas.

¿Qué debe contener la matriz de responsables y quién acepta cada entrega?

La matriz debe indicar, para cada capa, qué cambio la dispara y qué cubre; la primera etapa en que aporta valor; quién la ejecuta; quién acepta el resultado; qué pericia y entorno necesita; qué evidencia se conserva; qué bloquea; y quién corrige y repite la prueba. La función que acepta no tiene por qué ejecutar el control. Diseño, contenido y desarrollo responden por sus decisiones; QA mantiene el plan y la ejecución independiente; investigación dirige estudios éticos; y la persona autorizada de producto o lanzamiento decide con la evidencia exigida, asesorada por accesibilidad cuando corresponda.

La accesibilidad deja de ser el control final de otra persona cuando cada cambio llega con evidencia, responsables y una ruta de repetición.

¿Qué tiene que examinar cada control básico de accesibilidad?

Cada control básico debe observar tareas, estados y significado, no limitarse a confirmar que una herramienta terminó sin errores. La automatización registra condiciones detectables dentro de su alcance; la revisión de contenido decide si títulos, encabezados, etiquetas, enlaces, instrucciones, mensajes de error, subtítulos, transcripciones y alternativas textuales comunican algo útil en contexto. La revisión por teclado intenta completar recorridos relevantes, no solo avanzar con Tab. La ampliación y la redistribución buscan pérdidas, obstrucciones y cambios fuera de la vista, en vez de exigir que la pantalla conserve una apariencia idéntica.

• Teclado: operá todos los controles pertinentes, verificá el orden esperado, la salida de componentes, los cambios de estado y la recuperación de errores.
• Foco: confirmá que siempre sea visible, que el contenido creado por el sitio no lo oculte por completo y que no quede atrapado.
• Ampliación: comprobá el texto al 200 %, con las excepciones del criterio, sin pérdida de contenido ni funcionalidad.
• Redistribución: distinguí las condiciones de 320 píxeles CSS de ancho sin desplazamiento horizontal y 256 píxeles CSS de alto sin desplazamiento vertical, salvo diseños bidimensionales necesarios.

Para que el hallazgo sea accionable, registrá la tarea, el estado, el impacto, el comportamiento esperado, el entorno y una evidencia que permita reproducirlo. Un resultado automático limpio no es una decisión de conformidad, y una captura aislada rara vez explica cómo falló una interacción. El control termina cuando alguien puede entender qué ocurrió, asignar la corrección y repetir exactamente la condición relevante sin depender de la memoria de quien encontró el problema.

¿Cuándo conviene sumar tecnologías de asistencia, personas con discapacidad y evaluación de conformidad?

Conviene sumar estas capas en cambios de mayor riesgo, recorridos representativos y momentos en que sus hallazgos todavía puedan modificar el trabajo. Un lector de pantalla es un método de compatibilidad, no una simulación de la experiencia de todas las personas ciegas ni una prueba completa de conformidad. Elegí combinaciones actuales de navegador, sistema operativo y tecnología de asistencia a partir de evidencia de audiencia, tecnología del producto, compromisos de soporte y riesgos conocidos. Copiar una matriz ajena puede dejar afuera las condiciones que realmente usa el público del servicio.

• Probá tareas completas y estados relevantes, incluidos mensajes, cambios dinámicos, errores y recuperación.
• Anotá navegador, sistema operativo, tecnología, versión, pasos, impacto, resultado esperado, evidencia, responsable y repetición.
• Antes de una sesión con participantes, resolvé barreras obvias importantes sin postergar la participación temprana en prototipos.
• Combiná evaluación con personas con discapacidad y evaluación basada en estándares, porque responden preguntas diferentes.

La evaluación con personas con discapacidad puede revelar dificultades de uso que una revisión de conformidad no descubre, pero no determina por sí sola si un sitio es accesible. Puede ir desde comentarios sobre un prototipo hasta un estudio formal de tareas, según la etapa. No generalices la experiencia de una persona a toda una población, aunque un hallazgo individual sí puede revelar una barrera seria. Tampoco prometas universalidad: incluso el nivel más alto de conformidad con WCAG no cubre todas las necesidades individuales posibles.

¿Cómo debe controlar la evidencia un lanzamiento y mejorar el programa?

La decisión de liberar debe basarse en la evidencia exigida para la clase de cambio, no en un puntaje global. Los controles aplicables tienen que estar terminados; los hallazgos definidos como bloqueantes, resueltos y repetidos; y el registro debe identificar alcance, método, entorno, resultado, responsable, disposición y estado de repetición. La persona autorizada de producto o lanzamiento acepta el riesgo, mientras QA y accesibilidad aportan evidencia independiente y quienes crearon el trabajo siguen a cargo de corregirlo. La matriz vuelve trazable esa separación sin confundir aceptación con ejecución.

1. Elegí un recorrido crítico para el piloto y completá su rastro de evidencia.
2. Capacitá a cada responsable en el control que deberá ejecutar o aceptar.
3. Incorporá plantillas de hallazgos y automatización pertinente al flujo habitual.
4. Calibrá reglas de bloqueo con casos reales y autoridad explícita.
5. Revisá defectos recurrentes y actualizá componentes, capacitación y regresión.
6. Ampliá la cobertura recién cuando el circuito de corrección y repetición funcione.

Si la política interna permite una excepción, el registro debe conservar quién la autorizó, el motivo, las personas afectadas, la mitigación, el vencimiento y el seguimiento. La excepción no cambia el resultado ni establece conformidad. Después del lanzamiento, conectá barreras reportadas y defectos repetidos con la matriz, las pruebas de regresión, las plantillas y la capacitación. Buscá una evaluación especializada para interacciones complejas o hallazgos disputados, investigación experimentada para estudios con personas con discapacidad y asesoramiento jurídico calificado para interpretaciones regulatorias concretas.