¿Qué queda por probar?

This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard
Not for use with personal data

Usa la información de esta página para aprender qué es lo que prueba Axe DevTools Mobile y revisa ejemplos de lo que queda por probar manualmente.

Para una guía detallada y paso a paso sobre lo que queda por probar después de usar Axe DevTools Mobile, consulta la Lista de comprobación de pruebas restantes.

¿Qué prueba Axe DevTools Mobile?

Contraste de color

El texto debe tener un contraste adecuado con su fondo para asegurar la legibilidad para personas con daltonismo o baja visión.

Tamaño y espacio de los elementos táctiles

Los elementos que se pueden tocar deben ser lo suficientemente grandes para asegurar que las personas con limitaciones motoras puedan interactuar con ellos. Dichos elementos deben tener un espacio adecuado entre ellos para asegurar que no se toque accidentalmente un elemento adyacente.

Etiquetas de formularios

Los campos de entrada de usuario (cajas de texto, casillas de verificación, botones de opción) deben tener una etiqueta correctamente asociada para tecnologías de asistencia como TalkBack y VoiceOver.

Descripciones de imágenes

Cualquier imagen que pueda recibir foco debe tener una descripción asociada para tecnologías de asistencia como TalkBack y VoiceOver.

El texto es accesible por tecnologías de asistencia

Cualquier texto en pantalla debe ser accesible por tecnologías de asistencia como TalkBack y VoiceOver. (El texto que no sea accesible no estará disponible para las personas que usen tecnologías de asistencia.)

Las acciones pueden ser activadas por tecnologías de asistencia

Cualquier acción que un usuario pueda realizar (enviar un formulario tocando un botón, expandir/colapsar una sección de contenido, abrir un menú, avanzar un carrusel de imágenes, etc.), debería poder ser activada por tecnologías de asistencia como TalkBack y VoiceOver. (Las acciones que no puedan ser activadas no estarán disponibles para las personas que usen tecnologías de asistencia.)

Elementos interactivos anidados

Cualquier elemento interactivo que pueda ser activado por tecnologías de asistencia no debe contener otro elemento interactivo dentro de él. Cada elemento interactivo debe ser accesible individualmente para que pueda activarse de manera independiente.

Rotación de pantalla

Las aplicaciones deben rotar cuando el dispositivo es girado para asegurar que las personas puedan usar la aplicación sin importar la orientación de la pantalla del dispositivo. Algunas personas tienen su teléfono o tableta montada en sus sillas de ruedas en una orientación fija. Si la orientación no puede ser soportada, la aplicación se vuelve inutilizable para esta persona.

Título de pantalla

Cada pantalla dentro de una aplicación debe proporcionar un título que sea anunciado por las tecnologías de asistencia. Los títulos de pantalla permiten a los usuarios con discapacidades visuales, cognitivas y motrices y memoria a corto plazo limitada, determinar dónde están en la aplicación, identificar el contenido en una pantalla por su título y navegar entre pantallas en casos donde el modo de operación de un usuario depende del audio.

¿Qué queda por probar manualmente?

Las listas a continuación contienen ejemplos de problemas de accesibilidad que requieren pruebas manuales. No es una lista de comprobación exhaustiva, sino que da una idea de los tipos de problemas que querrás probar manualmente después de usar Axe DevTools Mobile.

Pruebas con tecnologías de asistencia

Asegúrate de que los usuarios puedan interactuar eficientemente con la aplicación usando tecnologías de asistencia, como TalkBack o VoiceOver.

  • Secuencia de lectura - ¿Encuentran las tecnologías de asistencia todo el contenido estático, como encabezados y párrafos, en la secuencia de lectura correcta?
  • Orden de los elementos interactivos - ¿Las tecnologías de asistencia se mueven a través de los elementos interactivos, como botones y campos de formulario, en la pantalla en un orden lógico?
  • Encabezados - ¿Son los encabezados anunciados correctamente a las tecnologías de asistencia?
  • Imágenes - ¿Están las imágenes decorativas identificadas e incrustadas como tales, para que puedan ser ignoradas por las tecnologías de asistencia?
  • Tablas - ¿Se proporcionan a las celdas de las tablas de datos nombres accesibles que definan a qué encabezados de columna o fila se relacionan?
  • Gestión del foco - ¿Contiene la pantalla componentes de interfaz que, cuando se activan, causan que la pantalla pase a un nuevo estado, como abrir un popup o un menú? Si es así, ¿es la pantalla todavía operable para las tecnologías de asistencia después de la transición?
  • Anuncios de estado - ¿Contiene la pantalla elementos que cambian de estado, como expandido/colapsado o presionado? ¿Esos estados son anunciados a las tecnologías de asistencia?
  • Gestos y movimiento del dispositivo - ¿Utiliza la pantalla gestos o movimiento del dispositivo como entrada? ¿Existen componentes de interfaz de usuario que realicen la misma acción sin requerir gestos o movimiento del dispositivo? ¿Se puede desactivar la entrada de movimiento del dispositivo para prevenir activaciones accidentales?

Significado del contenido

Asegúrate de que el texto describa de manera significativa la función o el propósito del contenido o controles asociados.

  • Significado de botones y enlaces - ¿El texto de los botones y enlaces describe con precisión la función que se realizará?
  • Etiquetas de formularios - ¿Pueden los usuarios entender el propósito de los controles de formulario mediante etiquetas de texto significativas?
  • Significado de los encabezados - ¿Los encabezados de sección describen de manera significativa el contenido subsecuente?
  • Significado de las imágenes - ¿El texto accesible describe con precisión la imagen? ¿Se proporciona una descripción completa en texto para imágenes y gráficos complejos que capture todo su contenido?

Estructura del contenido

Asegúrate de que los usuarios puedan comprender la estructura del contenido en cada pantalla y dentro de la aplicación en su conjunto.

  • Encabezados - ¿Está el contenido presentado en bloques cortos de texto separados por encabezados de sección para organizar mejor la información? ¿Pueden los usuarios identificar los encabezados de sección utilizados para titular o describir secciones en la aplicación?
  • Navegación - ¿Contiene la aplicación un grupo de elementos de navegación? ¿Están los elementos en el mismo orden relativo y etiquetados de la misma manera en cada pantalla?
  • Consistencia en toda la aplicación - ¿Los componentes de interfaz de usuario, como formularios u otros controles, que aparecen y tienen la misma función en todas las pantallas están etiquetados de la misma manera en cada pantalla?

Contenido dinámico/cronometrado

Asegúrate de que el contenido dinámico pueda ser controlado por el usuario.

  • Audio/Vídeo - ¿El contenido de vídeo o auditivo tiene alternativas basadas en texto para usuarios que no pueden ver u oír, como transcripciones de texto o subtítulos?
  • Comportamiento automático - ¿Algún contenido se mueve, anima o desplaza automáticamente, como carruseles y feeds de mensajes? Si es así, ¿puede el usuario pausar, detener, ocultar el movimiento y seguir aprovechando todas las funcionalidades?
  • Actualizaciones automáticas de contenido - ¿Algún contenido se actualiza automáticamente? Si es así, ¿puede el usuario controlar la frecuencia, posponer o desactivar las interrupciones del contenido?
  • Interrupciones al cargar la pantalla - ¿Algún medio con tiempo, como video o audio, comienza a reproducirse automáticamente? ¿Existe un mecanismo para que el usuario pueda pausar, detener u ocultar el medio que se reproduce automáticamente?
  • Mensajes de estado - ¿La pantalla produce algún mensaje de estado? Si es así, ¿los mensajes son anunciados de inmediato por la tecnología asistiva? ¿Los mensajes de estado desaparecen por sí solos, dejando al usuario sin ninguna indicación restante del estado? Efectos visuales - ¿La aplicación está libre de componentes que parpadean o destellan repetidamente más de tres veces en un período de un segundo?

Validación de formularios y retroalimentación

Asegúrese de que los formularios y los elementos de entrada del usuario puedan ser fácilmente entendidos y completados, y que cualquier error pueda resolverse.

  • Etiquetas de formularios - ¿Los formularios tienen etiquetas persistentes y significativas e instrucciones para sus respectivos controles?
  • Prevención de errores - ¿Proporcionan los controles interactivos instrucciones claras a los usuarios? Si se devuelven errores, ¿se presenta al usuario con estados de error claros y mensajes de error para ayudar a corregirlos?
  • Mensajes de error - ¿Se devuelven los errores de formulario de maneras que no dependen únicamente de la visión o la percepción del color?
  • Cambio de contexto - ¿Pueden los usuarios darse cuenta cuando proporcionar entrada a un control de formulario activará automáticamente un cambio de contexto, como abrir una ventana emergente cuando se selecciona una casilla de verificación, o pasar al siguiente campo cuando se alcanza el máximo de caracteres (como en campos de SSN multipartes)?
  • Datos legales y financieros - ¿Los usuarios envían datos legales o financieros en la aplicación? Si es así, ¿se les ofrecen a los usuarios formas de revertir, verificar o confirmar los datos legales o financieros antes de enviarlos?

Otras consideraciones

  • Alternativas a las señales de color - ¿Pueden los usuarios de la aplicación aprovechar otras señales visuales cuando la información se transmite principalmente a través del color?
  • Indicadores de foco - ¿Un indicador de foco claramente distinguible con suficiente contraste de color es visible cuando los elementos activos reciben foco?
  • Navegación y ajustes de la plataforma - ¿Proporcionan algunos elementos de la aplicación una experiencia de anti-patrón que resultaría en romper las funciones de navegación de la plataforma en iOS o Android? ¿Se respetan las configuraciones del dispositivo del usuario a lo largo de la aplicación?
  • Orientación de la pantalla - ¿Se conserva el contenido y la funcionalidad de la pantalla al cambiar entre orientaciones de retrato y paisaje? (El contenido no necesariamente debe estar en la misma pantalla, pero debe proporcionarse en algún lugar dentro de la aplicación.)
  • Tiempo de sesión - ¿La aplicación impone un límite de tiempo de sesión al usuario? ¿Puede el usuario extender, apagar o cambiar el límite de tiempo? ¿Asegura la aplicación que los usuarios no pierdan información si su sesión termina y deben volver a iniciar sesión?
  • Redimensionamiento de texto y zoom - ¿Alguna de las características de la aplicación impide a los usuarios aprovechar las funciones de zoom o redimensionamiento de texto de iOS o Android?
  • Texto en imágenes - Excepto por los logotipos, ¿las pantallas están libres de imágenes de texto y de elementos visuales con texto incrustado en ellos?