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

Un programa de pruebas de accesibilidad convierte cada cambio en una decisión preparada antes de llegar a publicación. Define qué recorridos, componentes, plantillas y contenidos se ven afectados; asigna a cada comprobación un momento, una persona ejecutora, otra responsable de aceptar el resultado y una evidencia verificable. Así se evita llegar a la revisión final con un informe automático impecable, pero sin saber si alguien completó la tarea con teclado, revisó la redistribución, entendió las etiquetas o dejó asignada la repetición de las pruebas.

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

Un programa distribuye evidencias distintas durante diseño, contenidos, desarrollo, QA y preparación de la publicación, pero mantiene una aceptación responsable. La detección automática localiza condiciones verificables por software; la comprobación manual juzga comportamiento y significado; las pruebas con tecnologías de apoyo examinan compatibilidad en tareas representativas; y la evaluación con personas con discapacidad investiga usabilidad y necesidades no cubiertas. Ninguna capa sustituye a las demás, porque cada una responde a una pregunta operativa diferente.

La evaluación debe empezar cuando todavía es posible cambiar decisiones y continuar durante el desarrollo, en vez de concentrarse en una revisión tardía. Quien diseña, redacta o programa conserva la responsabilidad sobre su trabajo. La persona responsable de accesibilidad define política, métodos y formación, y asesora ante interpretaciones complejas; no se convierte en ejecutora obligatoria de todas las pruebas. La automatización aporta rapidez y repetibilidad, pero un resultado limpio no permite decidir por sí solo si el sitio satisface los estándares.

¿Cómo debe variar la profundidad de las pruebas según el cambio publicado?

La profundidad debe crecer con la interacción afectada, la reutilización, la novedad, la importancia del recorrido y el posible impacto para las personas usuarias. Antes de seleccionar métodos, el equipo inventaría recorridos, vistas, componentes, plantillas, tipos de contenido, documentos, medios, controles y tecnologías compatibles que pueden haber cambiado. Esta clasificación es un modelo editorial adaptable: no es una escala oficial, una puntuación fija ni una base para declarar conforme aquello que no se ha probado.

• Cambio solo de contenido: revisión humana y comprobaciones automáticas aplicables; se añaden estructura, teclado, ampliación o tecnología de apoyo si cambian significado, medios, documentos o controles.
• Cambio visual o de maquetación: revisión de diseño, automatización y redistribución; también se revisan foco y teclado cuando resulte afectado el comportamiento interactivo.
• Cambio de componente o interacción: criterios antes del desarrollo, controles locales, QA independiente, estados y tareas representativos, y regresión cuando el componente se reutiliza.
• Plantilla nueva, recorrido crítico o publicación mayor: todas las capas aplicables, tecnologías de apoyo con personal formado, cobertura representativa, evaluación de conformidad por muestra y participación de personas con discapacidad.

Una clase de menor profundidad nunca justifica ignorar una barrera conocida. Su función es impedir dos excesos: someter una corrección editorial sencilla a una auditoría completa o permitir que una interacción nueva salga con un escaneo superficial. Para trabajos amplios, el alcance debe definirse antes de probar. Si no resulta viable revisar todo, WCAG-EM plantea explorar vistas y funciones clave, seleccionar cobertura representativa, evaluar la muestra y comunicar con precisión qué se revisó.

¿Qué debe contener la matriz de propiedad y quién responde por cada traspaso?

La matriz debe convertir cada capa de pruebas en un compromiso verificable: activador y alcance, primera etapa útil, ejecutor, responsable de aceptar el resultado, conocimientos y entorno necesarios, evidencia conservada, regla de bloqueo y propietario de corrección y repetición. Estos campos evitan que «revisar accesibilidad» sea una tarea sin límites ni salida. También permiten preparar el entorno y reservar especialistas antes de que el calendario de publicación convierta cualquier hallazgo en una urgencia.

Diseño responde por decisiones accesibles; autores y editores, por el significado del contenido; desarrollo, por la implementación y los controles locales; QA, por el plan y la ejecución independiente; investigación, por estudios éticos con personas con discapacidad; y la persona autorizada de producto o publicación, por aceptar o rechazar la salida. En equipos pequeños, una persona puede llevar varios sombreros, siempre que la matriz indique cuál lleva en cada momento y preserve revisión formada o independiente en trabajos de mayor riesgo.

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

¿Qué debe examinar realmente cada comprobación esencial?

Cada comprobación debe completar una tarea o responder a una condición concreta, no limitarse a confirmar que una herramienta se ejecutó. La automatización se integra en el trabajo local y, cuando corresponda, en la integración, registrando páginas, reglas, versión y exclusiones. La revisión de contenido necesita juicio humano: que exista un título, enlace, mensaje de error o alternativa textual no garantiza que comunique propósito, instrucciones o significado útiles dentro del recorrido.

• Con teclado, se operan todos los controles pertinentes, se completa la tarea, se sigue el orden esperado, se observa un foco visible y no oculto, se entra y sale de componentes y se comprueban estados y errores.
• Al ampliar el texto al 200 %, se comprueba que no desaparezcan contenido ni funciones, respetando las excepciones del criterio aplicable.
• En redistribución, se distingue entre el equivalente de 320 píxeles CSS de anchura sin desplazamiento horizontal y el de 256 píxeles CSS de altura sin desplazamiento vertical, salvo diseños que necesiten dos dimensiones.

La revisión visual no busca que la página conserve una apariencia idéntica píxel a píxel. Busca información cortada, controles tapados, foco oculto, avisos que aparecen fuera de la zona visible, cambios de estado imperceptibles y desplazamiento no permitido. El registro debe indicar la vista, el tamaño o condición aplicada, los pasos, el resultado observado y el esperado. De ese modo, la incidencia puede corregirse y repetirse sin depender de la memoria de quien la detectó.

¿Cuándo hacen falta tecnologías de apoyo, personas con discapacidad y evaluación de conformidad?

Estas capas se añaden cuando el cambio requiere mayor seguridad o plantea preguntas que los controles básicos no pueden responder. Personal formado prueba con lector de pantalla u otras tecnologías seleccionadas las tareas, estados e interacciones representativos. 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 de conformidad. Las combinaciones actuales se eligen según audiencia, tecnología del producto, compromisos de soporte y riesgos conocidos, no copiando una lista universal.

Cada hallazgo debe registrar tarea afectada, impacto, comportamiento esperado, navegador, sistema operativo, tecnología y versión, evidencia, persona responsable y resultado de la repetición. La evaluación con personas con discapacidad se planifica en prototipos y recorridos críticos cuando todavía puede influir en el trabajo. Conviene retirar antes barreras evidentes que consumirían la sesión, sin retrasar la participación temprana. Una experiencia individual no representa a toda una población; por eso la investigación de uso complementa, pero no reemplaza, la evaluación de conformidad basada en estándares.

Para una evaluación de conformidad más amplia, se define el objetivo y el alcance, se exploran vistas, estados y funciones clave y, si no es viable revisar todo, se selecciona una cobertura representativa antes de evaluar e informar. Esta revisión responde a requisitos; la investigación con personas responde a experiencias y necesidades. Ambas aportan evidencias diferentes. Incluso el nivel máximo de conformidad con WCAG no garantiza que el contenido resulte accesible para cada persona y combinación de discapacidades.

¿Cómo debe controlar la evidencia la publicación y mejorar el programa?

La publicación debe depender de la evidencia exigida para la clase de cambio, no de una puntuación global. Las comprobaciones aplicables han de estar terminadas; los hallazgos definidos como bloqueantes, resueltos y repetidos; y el expediente debe identificar alcance, método, entorno, resultado, propietario, disposición y estado de repetición. QA y especialistas aportan evidencia independiente, los creadores corrigen su trabajo y la persona autorizada de producto o publicación toma la decisión final.

Si la política de la organización permite excepciones, el registro conserva quién las autoriza, la justificación, las personas afectadas, la mitigación, la fecha de caducidad y el seguimiento. La excepción documenta una decisión de riesgo: no cambia el resultado ni establece conformidad. Tras publicar, las barreras notificadas y los defectos recurrentes deben alimentar la matriz, las pruebas de regresión, la formación, las plantillas y la profundidad asignada a cambios futuros, en lugar de desaparecer dentro de una tasa agregada.

1. Elegir un recorrido crítico y completar su rastro de evidencias de principio a fin.
2. Nombrar y formar a quienes ejecutan, aceptan, corrigen y repiten cada capa.
3. Añadir plantillas de evidencia y automatización adecuada al flujo existente.
4. Calibrar reglas de bloqueo con decisiones reales, sin convertirlas en una puntuación opaca.
5. Revisar patrones de defectos y actualizar componentes, contenidos, formación y regresión.
6. Ampliar la cobertura solo cuando el primer recorrido funcione como modelo repetible.

Debe intervenir una persona evaluadora formada cuando falte experiencia para interpretar interacciones complejas, comportamiento con tecnologías de apoyo, cobertura representativa o hallazgos discutidos. Los estudios con personas con discapacidad requieren investigación experimentada. Las interpretaciones de cumplimiento aplicables a una jurisdicción corresponden a asesoramiento jurídico cualificado, no a esta matriz editorial. El objetivo operativo es más concreto: que cada cambio llegue a la decisión de publicación con propietarios claros, evidencia suficiente y una ruta comprobable de corrección y repetición.