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 definidos antes de publicar. No basta adjuntar un escaneo automático al final: alguien debe completar la tarea con teclado, revisar el contenido, comprobar ampliación y redistribución, evaluar las tecnologías de asistencia aplicables y registrar quién corrige y repite cada prueba. La profundidad cambia según el riesgo, pero ninguna ruta no probada se vuelve conforme por omisión.

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

Un programa distribuye formas distintas de evidencia a lo largo de diseño, desarrollo, producción de contenido, QA y preparación de la publicación, pero conserva una aceptación claramente autorizada. W3C recomienda evaluar temprano y durante el desarrollo, cuando resulta más fácil atender los problemas. El equipo de accesibilidad gobierna políticas, métodos, capacitación e interpretaciones complejas; quienes diseñan, redactan y programan siguen respondiendo por las decisiones que producen.

Las cuatro evidencias no son intercambiables. La automatización detecta condiciones programáticamente reconocibles y repetibles; la revisión manual juzga comportamiento y significado; las pruebas con tecnologías de asistencia comprueban compatibilidad durante tareas representativas; y la evaluación con personas con discapacidad investiga usabilidad y necesidades no previstas. Ninguna herramienta determina por sí sola la conformidad, de modo que un resultado limpio tampoco reemplaza la evaluación humana competente.

• Definir los cambios y recorridos cubiertos antes de elegir métodos.
• Ubicar cada control en la etapa más temprana donde pueda cambiar el trabajo.
• Conservar resultados que otra persona pueda revisar y repetir.
• Separar la creación, la verificación y la aceptación del riesgo.

¿Cómo debe variar la profundidad de las pruebas según lo que se publicará?

La profundidad debe crecer con la interacción afectada, la reutilización, la novedad, la importancia del recorrido y el posible impacto sobre usuarios. Antes de asignarla, el equipo inventaría recorridos, componentes, plantillas, tipos de contenido, documentos, medios, controles y tecnologías soportadas. Las siguientes clases son un modelo operativo adaptable, no un estándar oficial, una puntuación fija ni una autorización para afirmar conformidad sobre rutas que quedaron fuera de la prueba.

• Cambio solo de contenido: revisión humana y controles automatizados aplicables; añadir estructura, teclado, ampliación o tecnología de asistencia si cambian medios, documentos, controles o el significado de la tarea.
• Cambio visual o de disposición: revisión de diseño, ampliación y redistribución en las vistas afectadas; incorporar revisión del foco cuando exista interacción.
• Cambio de componente o interacción: criterios de aceptación antes de construir, controles del desarrollador, 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, pruebas entrenadas con tecnologías de asistencia, evaluación de conformidad por muestra y participación oportuna de personas con discapacidad.

Para una evaluación de conformidad más amplia, WCAG-EM propone definir alcance y objetivo, explorar las vistas y funciones clave, escoger cobertura representativa cuando evaluar todo no sea viable, ejecutar la evaluación y reportar resultados. Ese método aporta aseguramiento adicional, pero no sustituye los controles cotidianos. Un cambio pequeño puede necesitar menos capas; nunca necesita permiso para ignorar una barrera conocida.

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

La matriz debe convertir cada capa de prueba en un acuerdo ejecutable: qué cambio la activa, qué cubre, cuándo aporta valor, quién la realiza, quién acepta el resultado, qué competencia y entorno requiere, qué evidencia se guarda, qué bloquea la publicación y quién corrige y repite. Las matrices públicas de Section508.gov muestran cómo distribuir actividades entre diseño, desarrollo, contenido, QA, especialistas y responsables de aprobación, aunque sus asignaciones federales no son obligaciones universales.

• Diseño responde por decisiones visuales y de interacción accesibles.
• Autores y editores responden por significado, estructura y alternativas útiles.
• Desarrollo responde por implementación y controles locales.
• QA prepara el plan y ejecuta verificación independiente.
• Investigación conduce estudios éticos con personas con discapacidad.
• El líder de accesibilidad mantiene política, método y asesoría compleja.
• El responsable autorizado de producto o publicación toma la decisión final.

La accesibilidad deja de ser la revisión final de otra persona cuando cada cambio llega con evidencia, dueño y ruta de retesteo.

¿Qué debe examinar realmente cada control básico de accesibilidad?

Cada control básico debe completar una tarea y observar significado, operación y recuperación, no limitarse a confirmar que un elemento existe. La automatización se ejecuta en flujos locales y procesos de integración pertinentes, con alcance registrado. La revisión de contenido juzga si títulos, encabezados, etiquetas, enlaces, instrucciones, errores, subtítulos, transcripciones y alternativas textuales comunican algo útil en contexto, pues la mera presencia de esos elementos no garantiza calidad.

• Operar todos los controles pertinentes sin depender de un apuntador.
• Seguir un orden de foco esperado y comprobar que el indicador sea visible y no quede totalmente oculto.
• Entrar y salir de componentes sin trampas, observar cambios de estado y recuperar errores.
• Completar tareas representativas, no solo recorrer la página con la tecla Tab.
• Registrar pasos, resultado esperado, resultado obtenido, impacto y entorno.

En ampliación, WCAG 2,2 establece que el texto, con sus excepciones, llegue al 200 % sin perder contenido o funcionalidad. La redistribución distingue dos condiciones: evitar desplazamiento horizontal al equivalente de 320 píxeles CSS de ancho y desplazamiento vertical al equivalente de 256 píxeles CSS de alto, salvo disposiciones bidimensionales necesarias. La revisión busca información perdida, controles obstruidos, foco oculto y cambios fuera de la vista; no exige similitud píxel por píxel.

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

Estas capas se añaden cuando la novedad, la complejidad, el alcance o la importancia del recorrido exigen mayor aseguramiento, porque responden preguntas complementarias. Un evaluador entrenado usa lectores de pantalla u otras tecnologías para completar tareas y estados representativos. No simula la experiencia de todas las personas ciegas ni prueba por sí solo la conformidad. Las combinaciones de navegador, sistema y tecnología deben surgir de la audiencia, el producto, los compromisos de soporte y los riesgos conocidos.

Cada hallazgo debe permitir reproducción: tarea afectada, impacto, comportamiento esperado, navegador, sistema operativo, tecnología y versión, evidencia, responsable de corrección y resultado del retesteo. La evaluación con personas con discapacidad se planifica en prototipos y recorridos críticos mientras todavía puede influir en el trabajo. Conviene corregir barreras evidentes importantes antes de las sesiones sin postergar la participación temprana, para explorar también dificultades más profundas.

• No generalizar la experiencia de una persona a toda una población.
• Combinar investigación de usabilidad y evaluación basada en estándares.
• Ajustar el método a la etapa, desde comentarios sobre prototipos hasta estudios por tareas.
• Definir alcance y cobertura representativa para una evaluación de conformidad.
• Recordar que incluso la conformidad más alta no cubre toda necesidad individual.

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

La publicación debe decidirse con la evidencia exigida para la clase de cambio, no con una puntuación global. Los controles aplicables están completos, los hallazgos bloqueantes fueron corregidos y retesteados, y el registro identifica alcance, método, entorno, resultado, responsable, disposición y estado de repetición. QA y especialistas aportan evidencia independiente; los creadores corrigen; y el responsable autorizado de producto o publicación acepta o detiene la salida.

1. Pilotear un recorrido crítico y completar su rastro de evidencia.
2. Capacitar a cada responsable nombrado en la matriz.
3. Agregar plantillas de evidencia y automatización pertinente.
4. Calibrar reglas de bloqueo con casos reales.
5. Revisar defectos recurrentes y mejorar componentes, contenidos y formación.
6. Ampliar cobertura cuando el equipo pueda sostenerla.

Si la política institucional permite excepciones, el registro conserva autoridad, justificación, usuarios afectados, mitigación, fecha de vencimiento y seguimiento. La excepción no altera el resultado ni establece conformidad. Después de publicar, las barreras reportadas y los defectos repetidos deben alimentar la matriz, las pruebas de regresión, la capacitación y las clases futuras. Para interacciones complejas, cobertura representativa o hallazgos disputados conviene incorporar un evaluador entrenado; las interpretaciones jurídicas corresponden a asesoría legal calificada.