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 preparada de antemano: define qué recorridos y componentes abarca, qué evidencia exige, quién la produce y quién puede aceptar el resultado. Así se evita llegar al lanzamiento con un escaneo automático adjunto, pero sin haber completado la tarea por teclado, revisado la redistribución, juzgado el sentido de las etiquetas ni asignado la repetición de pruebas. La accesibilidad deja de ser una auditoría tardía y pasa a formar parte del trabajo de diseño, contenido, desarrollo, QA, investigación y producto.

¿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 la entrega y conserva una aceptación 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 observan compatibilidad durante tareas representativas; y la evaluación con personas con discapacidad investiga usabilidad y necesidades no cubiertas. Ninguna capa reemplaza a las demás. W3C recomienda evaluar desde temprano y durante el desarrollo, cuando todavía es posible corregir decisiones sin concentrar todo el costo al final.

Quienes diseñan, redactan y desarrollan siguen siendo responsables de que su trabajo sea accesible. QA arma el plan y aporta una revisión independiente; la persona referente en accesibilidad mantiene políticas, métodos, capacitación y criterios para hallazgos complejos; producto o el rol autorizado acepta o rechaza el lanzamiento. La automatización es valiosa por su repetibilidad, pero W3C advierte que ninguna herramienta puede determinar por sí sola si un sitio cumple los estándares: hace falta evaluación humana competente y evidencia suficiente sobre el alcance realmente revisado.

¿Cómo debería cambiar la profundidad de prueba según lo que se publica?

La profundidad debe crecer con la interacción, la reutilización, la novedad, la importancia del recorrido y el posible impacto sobre las personas. Antes de elegir métodos, inventariá las páginas, plantillas, componentes, documentos, medios, controles, estados y tecnologías afectadas. Las siguientes clases son un modelo operativo adaptable, no un estándar oficial ni un puntaje de riesgo. Sirven para acordar evidencia antes de empezar, sin usar la categoría más baja como permiso para omitir controles aplicables o afirmar conformidad sobre caminos no probados.

• Cambio solo de contenido: revisión humana y controles automáticos aplicables; sumar estructura, teclado, ampliación o tecnología de asistencia si cambian documentos, medios, controles o significado de la tarea.
• Cambio visual o de disposición: revisión de diseño, automatización y controles de ampliación y redistribución; revisar el foco cuando también cambie el comportamiento interactivo.
• Cambio de componente o interacción: criterios de aceptación antes del desarrollo, controles locales de desarrollo, QA independiente, estados relevantes, tareas representativas y regresión cuando el componente se reutiliza.
• Plantilla nueva, recorrido crítico o lanzamiento mayor: todas las capas aplicables, tecnologías de asistencia con personal capacitado, cobertura representativa, evaluación de conformidad por muestra y participación de personas con discapacidad.

La guía de Section508.gov ofrece un ejemplo de profundidad documentada que va desde controles automáticos y puntuales hasta pruebas de componentes y evaluaciones integrales, además de seguimiento y usabilidad. Para una evaluación de conformidad más amplia, WCAG-EM propone definir alcance y objetivo, explorar vistas y funciones clave, seleccionar cobertura representativa cuando no sea viable revisar todo, evaluar esa muestra e informar resultados. Esa muestra respalda conclusiones dentro del alcance declarado; no extiende automáticamente la conformidad a recorridos que quedaron afuera.

¿Qué debe incluir la matriz de pruebas y quién es dueño de cada traspaso?

La matriz debe convertir cada capa de prueba en un acuerdo ejecutable: disparador y alcance, primera etapa útil, persona que la realiza, rol que acepta el resultado, experiencia y entorno necesarios, evidencia retenida, condición de bloqueo y responsable de corregir y volver a probar. Section508.gov recomienda documentar precisamente el momento, la profundidad, los roles, las competencias, los ambientes, los métodos y el seguimiento. Su esquema federal sirve como referencia de distribución, no como obligación ni como RACI universal para empresas argentinas.

En la práctica, 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 el rol autorizado de producto o lanzamiento, por aceptar el riesgo. La persona referente en accesibilidad asesora y mantiene el método sin absorber todos los controles. En un equipo chico alguien puede usar varios sombreros, pero conviene nombrar cuál usa y conservar revisión independiente en cambios de mayor riesgo.

La accesibilidad deja de ser el control final de otra persona cuando cada cambio llega con evidencia, responsables y un camino de repetición.

¿Qué debe examinar concretamente cada control central de accesibilidad?

Cada control debe completar tareas y observar resultados, no limitarse a confirmar que una herramienta corrió. La automatización registra condiciones programáticamente detectables y su alcance. La revisión humana juzga si títulos, encabezados, etiquetas, enlaces, instrucciones, mensajes de error, subtítulos, transcripciones y alternativas comunican algo útil en contexto. WCAG incluye varios requisitos de significado que una simple comprobación de presencia no resuelve. Un encabezado existente, por ejemplo, todavía puede describir mal el contenido que organiza.

• Teclado: operar todos los controles pertinentes, seguir el orden esperado, comprobar foco visible y no completamente oculto, entrar y salir de componentes, observar estados y recuperarse de errores.
• Ampliación de texto: verificar el 200 % bajo el criterio aplicable y sus excepciones, sin pérdida de contenido ni funcionalidad.
• Redistribución: revisar 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.
• Contenido y estados: comprobar que los cambios, errores, confirmaciones y ayudas sean perceptibles, comprensibles y coherentes durante la tarea.

En ampliación y redistribución no se busca una copia visual idéntica. Se observa si desaparece información, se tapa una función, el foco queda oculto, un cambio ocurre fuera de la vista o aparece desplazamiento no permitido por la condición aplicable. En teclado, WCAG contempla operación mediante una interfaz de teclado y la posibilidad de retirar el foco de los componentes, con las excepciones definidas por los criterios. Por eso un recorrido rápido con Tab no alcanza: hay que operar el componente, atravesar sus estados y terminar una tarea representativa.

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

Estas capas se suman cuando el cambio exige más seguridad sobre compatibilidad, uso o conformidad, y cada una responde una pregunta diferente. GOV.UK recomienda probar tecnologías de asistencia durante el desarrollo y después de funciones importantes o cambios mayores, mediante tareas representativas. Elegí combinaciones actuales de navegador, sistema operativo y tecnología según evidencia de audiencia, tecnología del producto, compromisos de soporte y riesgos conocidos. Un lector de pantalla es un método de compatibilidad: no simula a todas las personas ciegas ni demuestra por sí solo conformidad.

Todo hallazgo debería 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 puede revelar problemas de uso que una revisión de estándares no detecta, pero no la reemplaza. Conviene resolver barreras obvias importantes sin postergar la participación temprana, para que las sesiones también exploren cuestiones más profundas. No generalices la experiencia de una persona a una población: incluso el nivel más alto de WCAG no cubre todas las necesidades individuales posibles.

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

La decisión de publicar debe basarse en la evidencia exigida por la clase de cambio, no en un puntaje global. El rol autorizado de producto o lanzamiento confirma que los controles aplicables terminaron, que los hallazgos bloqueantes fueron corregidos y repetidos, y que cada registro identifica alcance, método, entorno, resultado, responsable, disposición y estado de verificación. QA y accesibilidad aportan evidencia independiente; diseño, contenido y desarrollo conservan la responsabilidad de corregir el trabajo que produjeron.

Si la política de la organización admite una excepción, el registro debe indicar quién la autorizó, la justificación, las personas afectadas, la mitigación, el vencimiento y el seguimiento. Esa excepción no cambia el resultado subyacente ni vuelve conforme una falla. Después de publicar, conectá barreras informadas y defectos recurrentes con la matriz, las regresiones, la capacitación, los componentes y las clases de cambio futuras. La continuidad recomendada por W3C exige ese circuito de aprendizaje, no una única foto de cumplimiento al final.

1. Elegí un recorrido crítico y completá su trazabilidad de punta a punta.
2. Capacitá a las personas nombradas en cada rol y explicitá sus límites.
3. Agregá plantillas de evidencia y automatización apropiada al flujo existente.
4. Calibrá reglas de bloqueo con decisiones reales y repetición documentada.
5. Revisá patrones de defectos y ampliá gradualmente la cobertura.

El primer objetivo no es desplegar una burocracia completa, sino lograr que un recorrido importante llegue a producción con evidencia íntegra y responsabilidades visibles. Sumá una persona evaluadora capacitada cuando falte experiencia para interacciones complejas, tecnologías de asistencia, cobertura representativa o hallazgos discutidos; recurrí a investigación experimentada para trabajar con personas con discapacidad. Las interpretaciones jurídicas, certificaciones o afirmaciones de cumplimiento aplicables a una jurisdicción requieren asesoramiento profesional calificado y quedan fuera de esta matriz operativa.