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, en vez de esperar una auditoría especialista al final. Antes de trabajar, el equipo clasifica el cambio y define qué revisiones aplican; durante la entrega, diseño, contenido, desarrollo, QA e investigación generan pruebas en su etapa más útil. La persona autorizada para publicar acepta el resultado con hallazgos resueltos y repetidos, no únicamente con un escaneo automatizado adjunto.

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

Un programa distribuye evidencias distintas durante diseño, desarrollo, producción de contenido, QA y preparación de la publicación, pero conserva una aceptación claramente responsable. W3C aconseja evaluar la accesibilidad desde temprano y a lo largo del desarrollo o rediseño, cuando atender problemas resulta más sencillo. Así, quien diseña, redacta o programa sigue siendo responsable de sus decisiones; el liderazgo de accesibilidad define política, capacita, cuida los métodos y ayuda a interpretar casos complejos.

• La detección automatizada encuentra condiciones programables y repetibles dentro del alcance configurado.
• La revisión manual de conformidad examina comportamiento, estructura y significado que requieren criterio humano.
• Las pruebas con tecnologías de asistencia revisan compatibilidad al completar tareas y recorrer estados representativos.
• La evaluación con personas con discapacidad investiga usabilidad, estrategias reales y necesidades que otras revisiones pueden pasar por alto.

Ninguna herramienta determina por sí sola si un sitio satisface las normas de accesibilidad; un resultado limpio tampoco sustituye la evaluación humana informada. Como referencia adaptable, Section508.gov distribuye actividades entre producto, diseño, desarrollo, QA, contenido, especialistas y supervisión. Su contexto es el gobierno federal estadounidense, por lo que conviene adoptar el principio de responsabilidad distribuida sin importar sus asignaciones, ceremonias ni obligaciones como si fueran universales para empresas en México.

¿Cómo debe cambiar la profundidad de las pruebas según lo 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 en las personas. Antes de elegir métodos, el equipo inventaría recorridos, componentes, plantillas, tipos de contenido, documentos, medios, controles y tecnologías compatibles involucrados. La siguiente escala es un modelo editorial adaptable, no una norma oficial, una puntuación fija ni fundamento para declarar conforme una ruta que no se probó.

• Cambio solo de contenido: revisión humana y comprobaciones automatizadas aplicables; añadir estructura, teclado, ampliación o tecnología de asistencia cuando cambien significado, medios, documentos o controles.
• Cambio visual o de composición: revisión de diseño, automatización y redistribución; incluir foco cuando se afecte cualquier comportamiento interactivo.
• Cambio de componente o interacción: criterios antes de construir, revisiones locales de desarrollo, QA independiente, estados representativos y regresión cuando el componente se reutilice.
• 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 e investigación con personas con discapacidad.

La guía de Section508.gov ilustra profundidades que van de comprobaciones automatizadas y puntuales a pruebas de componentes y evaluaciones integrales. Para trabajos de conformidad más amplios, WCAG-EM propone definir alcance y objetivo, explorar vistas y funciones clave, seleccionar cobertura representativa cuando no sea viable revisar todo, evaluar esa muestra y reportar los hallazgos. El riesgo ajusta la evidencia requerida; nunca elimina una barrera ya conocida ni autoriza una afirmación más amplia que lo comprobado.

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

La matriz debe indicar, para cada capa, el detonante y alcance, la primera etapa útil, quién ejecuta, quién acepta, qué competencia y entorno se requieren, qué evidencia se conserva, qué bloquea y quién corrige y repite. Section508.gov ofrece ejemplos donde UX revisa diseño, desarrollo implementa y comprueba, autoría responde por contenido accesible, QA planea y ejecuta pruebas, y funciones nombradas aceptan o monitorean resultados. Son referencias de distribución, no una RACI obligatoria.

En equipos pequeños, una persona puede ocupar varias funciones, siempre que la matriz indique qué sombrero usa en cada momento. Diseño conserva sus decisiones, edición el significado, desarrollo la implementación y QA el plan y la ejecución independiente. Investigación conduce estudios éticos con personas con discapacidad; el liderazgo de accesibilidad administra método y casos difíciles; la persona dueña del producto o publicación toma la decisión final. En cambios de mayor riesgo conviene preservar una revisión entrenada o independiente.

La accesibilidad deja de ser la revisión final de alguien más cuando cada cambio tiene evidencia, responsable y ruta de repetición.

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

Cada revisión básica debe completar tareas y observar resultados, no limitarse a confirmar que existe un atributo, una tecla o un texto. La automatización se ejecuta en el flujo local y, cuando corresponda, en la integración, conservando alcance y configuración. La revisión editorial juzga si títulos, encabezados, etiquetas, enlaces, instrucciones, mensajes de error, subtítulos, transcripciones y alternativas textuales comunican un significado útil dentro del recorrido; su mera presencia no demuestra calidad.

• Con teclado, operar controles relevantes, completar tareas, seguir el orden esperado del foco y confirmar que este sea visible y no quede oculto por completo.
• Entrar y salir de componentes, comprobar que no atrapen el foco, observar cambios de estado y recuperar la tarea después de un error.
• Ampliar el texto a 200 %, con las excepciones previstas por WCAG 2.2, y buscar pérdida de información o funcionalidad.
• Para redistribución, revisar por separado el equivalente de 320 píxeles CSS de ancho sin desplazamiento horizontal y 256 píxeles CSS de alto sin desplazamiento vertical.
• Aplicar la excepción de redistribución cuando una composición bidimensional sea necesaria para el significado o uso, sin convertirla en una dispensa general.

La revisión de ampliación y redistribución no busca conservar una composición idéntica píxel por píxel. Debe detectar información o funciones perdidas, contenido obstruido, foco oculto, cambios que aparecen fuera del área visible y desplazamiento no permitido bajo la condición aplicable. En teclado, WCAG 2.2 contempla una excepción para entradas cuya función depende de la trayectoria, pero exige operación mediante interfaz de teclado para el resto y que una persona pueda retirar el foco de los componentes enfocados.

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

Estas capas se agregan cuando el cambio necesita mayor seguridad sobre compatibilidad, usabilidad o conformidad, y cada una responde una pregunta diferente. La guía de GOV.UK recomienda usar tecnologías de asistencia durante el desarrollo, en particular después de funciones importantes o cambios mayores, mediante tareas representativas. Un lector de pantalla es un método de compatibilidad: no simula la experiencia de todas las personas ciegas, no representa todas las tecnologías de asistencia y no demuestra por sí solo conformidad.

Las combinaciones de navegador, sistema operativo y tecnología deben elegirse con evidencia de la audiencia, tecnología del producto, compromisos de soporte y riesgos conocidos, no copiando una matriz universal. Cada hallazgo registra tarea, impacto, comportamiento esperado, navegador, sistema, tecnología y versión, evidencia, responsable de corrección y resultado de repetición. Esto permite reproducirlo y distinguir un defecto del entorno de una observación incompleta.

La evaluación con personas con discapacidad debe programarse en prototipos y recorridos críticos cuando sus hallazgos todavía puedan cambiar el trabajo. Conviene corregir primero barreras importantes y evidentes sin posponer toda participación hasta tener un producto pulido. W3C señala que estas sesiones pueden descubrir problemas que la conformidad no revela, pero no determinan por sí solas si el sitio es accesible. Una experiencia individual tampoco representa a toda una población.

La investigación puede ir de comentarios informales sobre un prototipo a estudios formales basados en tareas, según la etapa y la pregunta. Se combina con evaluación normativa porque usabilidad y conformidad son evidencias complementarias. Incluso el nivel más alto de WCAG no garantiza acceso adecuado para cada persona, tipo o combinación de discapacidad. Para una evaluación amplia, se define alcance, se exploran funciones clave, se selecciona cobertura representativa, se evalúa y se reportan resultados y limitaciones.

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

La publicación debe decidirse con la evidencia exigida para la clase de cambio, no con una calificación global. Las revisiones aplicables están completas, los hallazgos bloqueadores fueron resueltos y repetidos, y cada registro identifica alcance, método, entorno, resultado, dueño, disposición y estado de repetición. QA y especialistas aportan evidencia independiente; quienes crearon el trabajo corrigen; la persona autorizada de producto o publicación acepta el resultado y el riesgo residual.

Si la política de la organización permite una excepción, el registro debe conservar responsable autorizado, justificación, personas afectadas, mitigación, vencimiento y seguimiento. La excepción no cambia el resultado subyacente ni establece conformidad. Después de publicar, las barreras reportadas y los defectos recurrentes regresan a la matriz, las pruebas de regresión, la capacitación, las plantillas y las futuras clases de cambio. Un único porcentaje de aprobación no sustituye ese aprendizaje operativo.

1. Elegir un recorrido crítico y completar su inventario de cambios, capas, responsables y evidencia.
2. Capacitar a cada función en los métodos que ejecutará y en el momento de escalar una duda.
3. Agregar plantillas de hallazgos, registros de repetición y automatización apropiada al flujo existente.
4. Calibrar reglas de bloqueo con decisiones reales y mantener visibles las excepciones autorizadas.
5. Revisar patrones de defectos y convertirlos en criterios, componentes, contenido, capacitación o regresión.
6. Ampliar la cobertura solamente después de que el primer recorrido produzca una trazabilidad completa.

Conviene involucrar a una persona evaluadora capacitada cuando falte experiencia para interpretar interacciones complejas, comportamiento con tecnologías de asistencia, cobertura representativa o hallazgos disputados. Los estudios con personas con discapacidad requieren investigación experimentada y trato ético. Las interpretaciones sobre obligaciones aplicables en México u otra jurisdicción corresponden a asesoría legal calificada: esta matriz organiza trabajo y evidencia, pero no constituye certificación, determinación de conformidad ni consejo jurídico.