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 a publicación. No basta adjuntar un escaneo automático al cierre si nadie completó el recorrido con teclado, revisó el reajuste, evaluó el significado de las etiquetas o registró quién repetirá la prueba. La solución es distribuir las verificaciones entre diseño, contenido, desarrollo, QA, investigación y especialistas, mientras una persona autorizada conserva la responsabilidad de aceptar la publicación.

¿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 trabajo y mantiene una aceptación claramente responsable. La detección automática encuentra condiciones programáticamente comprobables; la revisión manual examina comportamiento y significado; las pruebas con tecnologías de asistencia verifican compatibilidad en tareas representativas; y la evaluación con personas con discapacidad descubre problemas de usabilidad y necesidades no previstas. Ninguna capa reemplaza a las demás ni autoriza, por separado, una conclusión general sobre accesibilidad.

La evaluación debe comenzar en diseño y continuar durante contenido, desarrollo, QA y preparación de la publicación, cuando todavía es posible corregir decisiones sin rehacer todo el recorrido. Quien diseña, redacta o programa sigue siendo responsable de producir trabajo accesible. El responsable de accesibilidad establece la política, cuida los métodos, capacita y ayuda con interpretaciones complejas; no se convierte en la persona a quien todos transfieren sus verificaciones pendientes.

¿Cómo debe variar la profundidad de prueba según el cambio que se publica?

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 escoger métodos, el equipo inventaría recorridos, componentes, plantillas, tipos de contenido, documentos, medios, controles y tecnologías alcanzadas por el cambio. Esta clasificación es un modelo operativo adaptable: no es un estándar oficial, un puntaje fijo ni permiso para afirmar conformidad sobre rutas que quedaron fuera de la evaluación.

• Cambio solo de contenido: revisión humana y verificaciones automáticas aplicables; agregar estructura, teclado, ampliación o tecnología de asistencia si cambian medios, documentos, controles o significado de la tarea.
• Cambio visual o de disposición: revisión de diseño, ampliación y reajuste en las vistas afectadas, además de foco cuando también se altere el comportamiento interactivo.
• Componente o interacción: criterios de aceptación antes de construir, controles locales de desarrollo, QA independiente, estados relevantes y regresión cuando el componente se reutiliza.
• Plantilla nueva, recorrido crítico o publicación mayor: todas las capas aplicables, tareas representativas, tecnologías de asistencia, evaluación de conformidad por muestra y participación oportuna de personas con discapacidad.

Una clasificación más liviana no elimina la obligación de conservar evidencia sobre lo que sí resultaba aplicable. Cuando el trabajo crece, la cobertura representativa debe incluir funciones, estados y vistas clave, no solo páginas fáciles de aprobar. Para una evaluación de conformidad más amplia, WCAG-EM propone definir alcance y objetivo, explorar el producto, seleccionar una muestra representativa cuando sea necesario, evaluarla y comunicar los hallazgos.

¿Qué debe contener la matriz de pruebas y quién asume cada entrega?

La matriz debe asignar a cada capa un disparador y alcance, la etapa útil más temprana, quien ejecuta, quien acepta, la competencia y el entorno necesarios, la evidencia retenida, la regla de bloqueo y quien corrige o repite. Esa información evita que «revisar accesibilidad» sea una tarea sin límites ni salida verificable. También separa tres responsabilidades: crear correctamente, aportar una revisión independiente y tomar una decisión de publicación autorizada.

Diseño responde por las decisiones visuales y de interacción; autores y editores, por el significado del contenido; desarrollo, por la implementación y sus controles locales; QA, por el plan y la ejecución independiente; e investigación, por estudios éticos con personas con discapacidad. El responsable de producto o publicación acepta el resultado. En un equipo pequeño, una persona puede usar varios sombreros, pero debe nombrarlos y preservar revisión competente o independiente cuando el riesgo sea mayor.

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

¿Qué debe examinar realmente cada verificación básica de accesibilidad?

Cada verificación debe completar una tarea y observar resultados, no limitarse a confirmar que una herramienta abrió o que un elemento existe. La automatización registra condiciones repetibles y su alcance, pero un resultado limpio no demuestra conformidad. La revisión de contenido juzga si títulos, encabezados, etiquetas, enlaces, instrucciones, errores, subtítulos, transcripciones y alternativas textuales comunican un significado útil dentro del recorrido concreto.

• Operar con teclado cada control relevante y completar tareas representativas, no solo recorrer elementos con Tab.
• Confirmar un orden de foco esperado, foco visible y no totalmente oculto, entrada y salida de componentes y cambios de estado comprensibles.
• Comprobar que los errores puedan identificarse y corregirse sin abandonar el teclado ni perder el contexto de la tarea.
• Ampliar el texto hasta 200 % bajo las condiciones y excepciones del criterio aplicable, verificando contenido y funcionalidad.
• Revisar el reajuste al equivalente de 320 píxeles CSS de ancho sin desplazamiento horizontal y de 256 píxeles CSS de alto sin desplazamiento vertical, salvo disposiciones bidimensionales necesarias.
• Buscar información perdida, controles obstruidos, foco oculto y cambios enviados fuera de la vista, en vez de exigir una copia visual idéntica.

Los resultados deben indicar qué tarea se intentó, qué se esperaba y qué ocurrió. En componentes con varios estados, el equipo prueba apertura, navegación interna, selección, confirmación, cancelación, mensajes y recuperación. Para ampliación y reajuste se mantienen separadas las condiciones horizontal y vertical de WCAG 2.2; convertirlas en una regla genérica de tamaño de pantalla eliminaría matices necesarios para evaluar disposiciones que legítimamente requieren dos dimensiones.

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

Estas capas se agregan cuando el cambio requiere mayor garantía o cuando responden una pregunta que las verificaciones básicas no pueden resolver. Un evaluador capacitado usa lectores de pantalla u otras tecnologías de asistencia para completar tareas, recorrer estados y comprobar compatibilidad. Las combinaciones de navegador, sistema operativo y tecnología se eligen con evidencia de audiencia, tecnología del producto, compromisos de soporte y riesgos conocidos, no copiando una matriz universal que pronto puede quedar desactualizada.

Cada hallazgo registra tarea afectada, impacto, conducta esperada, navegador, sistema operativo, tecnología y versión, evidencia, responsable de corrección y resultado de la repetición. Una prueba con lector de pantalla representa esa tarea y ese entorno: no simula todas las experiencias de personas ciegas ni prueba conformidad por sí sola. Para una evaluación amplia, el equipo define el alcance y selecciona cobertura representativa en lugar de extrapolar desde una sola combinación exitosa.

La evaluación con personas con discapacidad debe programarse en prototipos y recorridos críticos mientras sus hallazgos aún puedan cambiar el trabajo. Conviene eliminar primero barreras evidentes importantes para que las sesiones también revelen problemas más profundos, sin postergar toda participación hasta el final. Una experiencia individual no representa a una población completa; aun así, puede descubrir una barrera seria. Esta evidencia complementa la evaluación de conformidad, porque incluso la conformidad más alta no cubre todas las necesidades individuales.

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

La publicación debe depender de la evidencia exigida para la clase de cambio, no de un puntaje global. Antes de aceptar, la persona autorizada confirma que las verificaciones aplicables están completas, los hallazgos definidos como bloqueantes fueron corregidos y repetidos, y cada resultado conserva alcance, método, entorno, responsable, disposición y estado. QA y especialistas aportan independencia; quienes crearon el trabajo siguen respondiendo por su corrección.

Si la política organizacional permite una excepción, el registro debe identificar autoridad, motivo, personas afectadas, mitigación, vencimiento y seguimiento. La excepción no cambia el resultado ni establece conformidad. Después de publicar, los reportes de barreras y defectos recurrentes alimentan la matriz, las pruebas de regresión, la capacitación, las plantillas y la clasificación de futuros cambios. Así, el programa aprende sin reducir la accesibilidad a una tasa de aprobación o un nivel de madurez aislado.

1. Elegir un recorrido crítico y completar su rastro de evidencia.
2. Nombrar y capacitar a quienes ejecutan, aceptan, corrigen y repiten.
3. Crear formatos breves para alcance, entorno, hallazgo y resultado.
4. Incorporar automatización apropiada en los puntos de entrega relevantes.
5. Calibrar reglas de bloqueo con casos reales y autoridad explícita.
6. Revisar defectos recurrentes y ampliar la cobertura de manera gradual.

El primer objetivo no es cubrir todo el portal, sino demostrar que un recorrido importante puede avanzar con responsabilidades y evidencia completas. Conviene incorporar a un evaluador capacitado cuando falte experiencia para interacciones complejas, tecnologías de asistencia, cobertura representativa o hallazgos disputados, y a un investigador experimentado para estudios con personas con discapacidad. Las interpretaciones legales o afirmaciones de cumplimiento aplicables al Perú u otra jurisdicción corresponden a asesoría jurídica calificada.