Saltar al contenido

Completar las pruebas automáticas de accesibilidad con tareas

Un escaneo aporta hallazgos dentro de su alcance. Una tarea concreta muestra además si el manejo, las etiquetas y los estados funcionan conjuntamente.

Julia Hoffmann2 min de lectura
Escáner con símbolo de silla de ruedas, marca junto a un círculo vacío y una llave.

Una prueba automática de accesibilidad puede revelar problemas recurrentes y repetirse después de los cambios. Sin embargo, su resultado se refiere a las reglas, páginas y estados examinados. La afirmación «no se han notificado errores» necesita ese alcance para permitir una decisión útil.

Pasar del informe a una tarea concreta

Tomemos como ejemplo una vista general de proyectos ficticia. Supongamos que un escaneo no notifica errores en el estado inicial. Ahora un cliente debe seleccionar un proyecto y descargar el plano aprobado. El plan de comprobación manual de esta tarea prevé lo siguiente:

Paso de comprobación

Pregunta por resolver

Llegar al filtro de proyecto con el teclado

¿Es visible el foco y comprensible el orden?

Abrir y cerrar el diálogo del filtro

¿Se puede salir y dónde continúa el uso después?

Iniciar la descarga

¿La etiqueta aclara qué archivo proporciona la acción?

La tabla es un encargo de comprobación, no un informe de pruebas ya realizadas. Según la herramienta, las comprobaciones automáticas pueden ayudar en algunas partes. Que el informe inicial no muestre problemas no permite deducir por sí solo si toda la tarea puede completarse de forma comprensible.

Combinar hallazgos automáticos y manuales

W3C WAI explica que algunas comprobaciones de accesibilidad no pueden automatizarse y que las herramientas pueden dar resultados inexactos. Por tanto, los problemas notificados también deben valorarse en su contexto concreto. Para el uso del teclado, el W3C describe además la necesidad de poder salir de una zona a la que se ha accedido; las posibles vías especiales de salida deben resultar comprensibles.

Hacer trazable la próxima prueba

Registre conjuntamente herramienta y configuración, estados de página examinados, tarea manual y resultado observado. Tras una corrección, se vuelven a comprobar los pasos afectados. Así queda claro qué se ha examinado y qué sigue pendiente. Un solo escaneo o una sola tarea manual aún no ofrecen una evaluación completa de la accesibilidad del producto.

Fuentes

Escrito por

  • Julia HoffmannRedactora de diseño y UXJulia Hoffmann es responsable en ASES de los contenidos editoriales sobre diseño y experiencia de usuario. Sus artículos tratan el uso de sitios web y aplicaciones, el diseño de interfaces de usuario y la accesibilidad digital.

Seguir a ASES

Seguir leyendo

Todos los artículos

Su proyecto con ASES

Descríbanos su proyecto. Le responderemos con una primera valoración.