Probar un gráfico con lector de pantalla

Tiempo previsto: 18 minutos de revisión docente, más 5 de preparación y 1 de recogida (24 en total). El desarrollo se dirige a docentes de primaria; las variantes de ciclo indican cuándo cambia el objetivo inicial.

Montaje y organización

Esta es una guía de revisión docente, no un juego de simulación de discapacidad. No se usan vendas ni se supone que escuchar una lectura lineal equivale a navegar con un lector de pantalla. Trabaja sobre la versión real del documento que se entregará: exportar a otro formato puede cambiar su estructura. Antes de empezar, anota sistema, aplicación, lector de pantalla, versión y configuración relevante.

Ejemplo y resultados esperados

Datos de prueba: título «Libros leídos por tres grupos en octubre»; unidad: libros; grupo A: 6, grupo B: 9, grupo C: 3. Descripción breve propuesta: «Gráfico de libros leídos por tres grupos; datos y comparación en la tabla siguiente». Descripción ampliada: «B registra más libros, con 9; C menos, con 3; A registra 6. La diferencia entre B y C es de 6 libros». La alternativa debe estar disponible sin depender de interpretar alturas, colores o posiciones visuales.

Grupo	Libros en octubre
A	6
B	9
C	3

Preguntas de prueba y respuesta esperada: ¿Qué se cuenta y en qué periodo? Libros leídos en octubre. ¿Cuántos corresponden a A? Seis libros. ¿Qué grupo tiene más y cuántos más que C? B, seis más. Estas respuestas conocidas sirven para revisar el acceso; no se presentan antes de que la persona colaboradora intente la tarea.

Desarrollo

1. 4 min · Preparar la alternativa. Comprueba que existen título, unidad, periodo y nombres de categorías. Si hay imagen, ofrece una identificación breve y acceso próximo a la descripción y los datos; evita meter una tabla extensa en un único texto alternativo.
2. 6 min · Navegar y responder. Con el lector habitual, localiza el gráfico y su alternativa. Recorre la tabla comprobando si sus encabezados permiten asociar cada valor al grupo y a la unidad. Responde las tres preguntas sin recurrir al aspecto visual. Usa los comandos propios de la herramienta, sin asumir un atajo universal.
3. 5 min · Registrar y corregir. Para cada pregunta anota acción, resultado esperado, anuncio o resultado obtenido, dificultad y corrección propuesta. Si se escuchan «6, 9, 3» sin contexto, revisa los encabezados y su asociación en el formato final. Si falta el periodo, incorpóralo de forma accesible.
4. 3 min · Volver a probar. Repite las preguntas después de editar o exportar. Anota resuelto, pendiente o no comprobado con fecha y versión. Una lectura correcta de este ejemplo no certifica todos los gráficos de un documento.

Si la propuesta se atasca

Si la tabla se lee como texto desordenado, revisa su estructura en la aplicación de origen y tras la exportación. En HTML usa encabezados de tabla y asociaciones claras; en otros formatos utiliza las funciones equivalentes de la herramienta. Una descripción de tendencia sin valores no permite responder consultas precisas; una lista de valores sin relaciones tampoco basta.

Qué observar

El registro debe mostrar que se recuperan datos con su contexto y se resuelven las tres consultas. Conserva incidencias reales y la segunda pasada; una casilla marcada por inspección visual no cuenta como prueba con lector de pantalla.

Plantilla reutilizable: documento/versión: ___; entorno y herramienta: ___; pregunta: ___; acción de navegación: ___; esperado: ___; obtenido: ___; incidencia: ___; cambio aplicado: ___; resultado de nueva prueba: ___; fecha: ___. Esta guía no afirma que se haya ejecutado una prueba de accesibilidad sobre el dispositivo del centro.

Referencias de preparación

• W3C WAI, imágenes complejas
• W3C WAI, tablas accesibles