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

Un programa de pruebas de accesibilidad distribuye evidencia y responsabilidad durante toda la entrega, en vez de esperar una auditoría especializada al final. Para cada cambio, el equipo define qué debe revisarse, cuándo conviene hacerlo, quién ejecuta la prueba, quién acepta el resultado, qué evidencia queda guardada y quién repite la prueba después de corregir. Así, un escaneo automatizado nunca se confunde con una decisión completa de accesibilidad.

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

Se convierte en programa cuando produce cuatro tipos de evidencia a lo largo del diseño, el contenido, el desarrollo, QA y la preparación del lanzamiento. La detección automatizada encuentra condiciones programáticamente identificables; la revisión manual examina comportamiento y significado; las pruebas con tecnologías de asistencia comprueban compatibilidad en tareas; y la evaluación con personas con discapacidad investiga usabilidad y necesidades que otros métodos pueden dejar ocultas.

W3C recomienda evaluar desde etapas tempranas y durante el desarrollo o rediseño, y advierte que ninguna herramienta determina por sí sola si un sitio cumple los estándares. Por eso, quien diseña, redacta o desarrolla conserva la responsabilidad sobre sus decisiones. El liderazgo de accesibilidad define política, métodos, formación y criterios difíciles; acompaña al equipo sin convertirse en la persona que ejecuta cada control.

• Diseño revisa estructura visual, interacción, estados y especificaciones antes de que el costo de cambio aumente.
• Contenido juzga si títulos, etiquetas, enlaces, instrucciones, alternativas y mensajes comunican una intención útil.
• Desarrollo comprueba la implementación local y corrige los defectos que introdujo.
• QA prepara cobertura independiente, conserva resultados y verifica las correcciones.
• La persona autorizada de producto o lanzamiento toma la decisión final con base en la evidencia.

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

La profundidad debe aumentar cuando el cambio incorpora interacción, reutilización, novedad, impacto potencial o una tarea crítica. Antes de elegir métodos, el equipo inventaría los recorridos, componentes, plantillas, contenidos, documentos, medios, controles y tecnologías afectados. Las clases siguientes son un modelo editorial adaptable, no un estándar oficial, un puntaje fijo ni permiso para afirmar conformidad sobre rutas que no fueron probadas.

• Cambio solo de contenido: revisión humana y controles automatizados aplicables; se agregan teclado, estructura, ampliación o tecnología de asistencia si cambian documentos, medios, controles o significado.
• Cambio visual o de disposición: revisión de diseño, ampliación y redistribución; también se revisa el foco cuando se altera algún comportamiento interactivo.
• Componente o interacción: criterios de aceptación antes de construir, controles del desarrollo, QA independiente, estados relevantes, tareas representativas y regresión cuando exista reutilización.
• Plantilla nueva, recorrido crítico o lanzamiento mayor: todas las capas aplicables, tecnologías de asistencia con personal entrenado, cobertura representativa, evaluación de conformidad por muestra y participación oportuna de personas con discapacidad.

La proporcionalidad decide cuánto investigar, no si una barrera conocida puede ignorarse. La orientación de Section508.gov muestra profundidades que van de controles automatizados y revisiones puntuales a pruebas de componentes y evaluaciones integrales. Para un trabajo de conformidad más amplio, WCAG-EM propone definir alcance y objetivo, explorar vistas y funciones clave, escoger cobertura representativa cuando sea necesario, evaluar esa cobertura y documentar los resultados.

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

La matriz debe convertir cada capa de prueba en un acuerdo operativo antes de iniciar el trabajo. Cada fila indica el cambio que la activa y su alcance, la primera etapa útil, la persona que la ejecuta, quien acepta el resultado, la competencia y el entorno requeridos, la evidencia retenida, la condición que bloquea y la persona responsable de corregir o repetir. Sin estos campos, un hallazgo circula sin dueño.

Diseñadores, editores y desarrolladores responden por la calidad accesible de lo que crean; QA agrega revisión independiente y el especialista interviene en métodos o interpretaciones complejas. Investigación de usuarios dirige éticamente las sesiones con personas con discapacidad. En equipos pequeños, una persona puede usar varios sombreros, pero la matriz debe nombrar cuál usa en cada momento y conservar revisión entrenada o independiente para cambios de mayor riesgo.

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é debe examinar cada control básico de accesibilidad?

Cada control básico debe completar una tarea o juzgar una condición concreta, no limitarse a confirmar que una herramienta se ejecutó. La automatización registra qué examinó y qué no puede decidir. La revisión de contenido evalúa si títulos, encabezados, etiquetas, enlaces, instrucciones, errores, subtítulos, transcripciones y alternativas de texto transmiten significado útil dentro de su contexto, pues la mera presencia de un campo no garantiza calidad.

• Con teclado, opere todos los controles pertinentes, siga el orden esperado, confirme que el foco sea visible y no quede totalmente oculto, entre y salga de componentes, observe estados y complete la recuperación de errores.
• Al ampliar texto, compruebe el 200 % bajo el criterio aplicable y busque pérdida de contenido o funcionalidad, respetando las excepciones expresas.
• Para redistribución, examine por separado el equivalente a 320 píxeles CSS de ancho sin desplazamiento horizontal y a 256 píxeles CSS de alto sin desplazamiento vertical, salvo disposiciones bidimensionales necesarias.
• Durante ampliación y redistribución, registre información tapada, foco escondido, cambios fuera de la vista y desplazamientos no permitidos; no juzgue si la página conserva una apariencia idéntica.

WCAG 2,2 exige operación mediante una interfaz de teclado, con la excepción prevista para entradas dependientes de la trayectoria, y permite retirar el foco de los componentes. En nivel AA también exige un indicador visible y evita que contenido creado por el autor oculte por completo el elemento enfocado. Una pasada con la tecla Tab no basta: hay que probar acciones, componentes compuestos, cambios de estado y finalización real.

¿Cuándo conviene agregar tecnologías de asistencia, usuarios y evaluación de conformidad?

Conviene agregar estos métodos cuando la novedad, la complejidad, la criticidad del recorrido o el posible impacto requieren mayor aseguramiento. Una persona entrenada usa lectores de pantalla u otras tecnologías seleccionadas para completar tareas y recorrer estados representativos. El lector de pantalla es un método de compatibilidad: no simula la experiencia de todas las personas ciegas, no representa todas las tecnologías y no demuestra por sí solo conformidad.

Las combinaciones de navegador, sistema operativo y tecnología de asistencia se eligen con evidencia de audiencia, tecnología del producto, compromisos de soporte y riesgos conocidos; no copiando una matriz universal. Cada hallazgo registra tarea afectada, impacto para el usuario, comportamiento esperado, pasos, navegador, sistema operativo, tecnología y versión, evidencia, responsable de corrección y resultado de la repetición. Esa precisión evita defectos imposibles de reproducir.

• Programe sesiones con personas con discapacidad mientras los hallazgos todavía puedan cambiar el prototipo o recorrido.
• Corrija barreras obvias importantes antes de la sesión sin aplazar toda participación hasta que el producto parezca terminado.
• No generalice la experiencia de una persona a una población, aunque un hallazgo individual sí puede revelar una barrera grave.
• Combine investigación con evaluación de conformidad: una revela usabilidad y necesidades; la otra contrasta cobertura definida frente a estándares.

W3C señala que la evaluación con personas con discapacidad puede descubrir problemas que una revisión de conformidad no encuentra, pero no determina por sí sola si un sitio es accesible. Sus métodos pueden ir desde comentarios sobre un prototipo hasta estudios formales por tareas. Incluso el nivel más alto de conformidad con WCAG no cubre necesariamente las necesidades de toda persona, por lo que ambas evidencias se complementan.

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

La evidencia controla el lanzamiento cuando la persona autorizada decide con base en lo exigido para la clase de cambio, no en un puntaje global. Las comprobaciones aplicables deben estar completas; los hallazgos definidos como bloqueadores, resueltos y repetidos; y el registro debe identificar alcance, método, entorno, resultado, dueño, disposición y estado de verificación. QA y accesibilidad aportan evidencia independiente, mientras los creadores corrigen.

Si la política de la organización permite una excepción, el registro conserva quién la autorizó, su fundamento, los usuarios afectados, la mitigación, la fecha de vencimiento y el seguimiento. La excepción no modifica el resultado técnico ni establece conformidad. Después del lanzamiento, las barreras reportadas y los defectos recurrentes deben actualizar la matriz, las pruebas de regresión, la formación, las plantillas y la profundidad futura.

1. Seleccione un recorrido crítico y complete su rastro de evidencia de principio a fin.
2. Nombre y forme a quienes ejecutan, aceptan, corrigen y repiten cada capa.
3. Incorpore plantillas de evidencia y automatización apropiada al flujo existente.
4. Calibre las reglas de bloqueo con resultados reales, sin convertirlas en una tolerancia a barreras conocidas.
5. Revise patrones de defectos, ajuste métodos y amplíe gradualmente la cobertura.

Solicite una evaluación especializada cuando el equipo no pueda juzgar interacciones complejas, comportamiento con tecnologías de asistencia, cobertura representativa o hallazgos disputados. Para estudios con personas con discapacidad, trabaje con investigación de usuarios experimentada. Si la organización necesita interpretar obligaciones de una jurisdicción o formular una declaración legal de cumplimiento, debe acudir a asesoría jurídica calificada: esta matriz organiza decisiones de entrega, no certifica cumplimiento.