Notas de Lanzamiento de Axe DevTools Mobile del 10 de diciembre de 2025

Al ejecutar comprobaciones de accesibilidad en tamaños de pantalla más pequeños o con tamaños de fuente más pequeños, la regla de Contraste de Color puede reportar falsos positivos para fondos degradados. En tales casos, puede no ser capaz de determinar el color de primer plano y en su lugar comparar colores de fondo entre sí, resultando en un fallo.

Para solucionar este problema, intente ejecutar comprobaciones de accesibilidad en dispositivos más grandes. Alternativamente, puede optar por ignorar la regla en sus pruebas y verificar manualmente el Contraste de Color para estas vistas.

Las API de accesibilidad de Apple pueden reportar incorrectamente el contenido web dentro de WKWebView como "isVisible“, incluso cuando la vista web está cubierta por capas superpuestas nativas (como vistas modales, alertas u otros elementos de interfaz de usuario nativa). Esto ocurre porque el sistema de accesibilidad verifica si el contenedor de WKWebView en sí es visible, en lugar de si su contenido web está realmente despejado y visible para el usuario.

iOS 26 contiene un error de accesibilidad donde los botones stepper predeterminados no anuncian "atenúa" mediante la tecnología de asistencia para indicar que no están habilitados. Como resultado, las reglas de iOS también ven estos botones como habilitados, incluso si no lo están. Se ha presentado un informe de error a Apple, pero hasta que esto se resuelva, las siguientes reglas pueden reportar resultados en botones stepper deshabilitados: AssociatedText, InaccessibleAction, y ColorContrast.

Hasta que Apple solucione este error, la resolución será [ignorar las reglas](ios-ignore-rule). Los botones stepper predeterminados tienen los identificadores "Decrementar" e "Incrementar", y se pueden ignorar por identificador si es necesario.

Our Color Contrast rule depends on Machine Learning to detect text, which ensures that the text being scanned is visible to users of your application. In cases where the text contained in a view is the same color as the background, our Machine Learning algorithm is unable to detect if any text is present, so the Color Contrast rule does not run on this view.

Algunas pantallas pueden reportar falsos positivos con LabelInName y LabelAtFront debido a que se encuentra una propiedad associatedText incorrecta (#1622)

Hay un problema que afecta al simulador de iPhone 15 Pro que impide que se ejecute la regla de Soporte para Texto Dinámico. Si está suscrito a la regla de Soporte para Texto Dinámico, no podrá probarla usando un simulador de iPhone 15 Pro. Se ha informado del error a Apple.

Al investigar una mejora para nuestras reglas, encontramos que en XCTest, los controles anidados no se devuelven en el árbol de accesibilidad. Se ha presentado un informe de error a Apple. (#1110)

En aplicaciones UIKit, una imagen sin un accessibilityLabel no es focalizable con tecnología de asistencia por defecto.
Las propiedades que usamos para verificar la capacidad de foco de Apple pueden ser inexactas cuando se establece un accessibilityIdentifier en la imagen. Debido a este comportamiento inesperado, los resultados de los problemas de nombre de ImageView en aplicaciones UIKit se reportarán como Necesita Revisión. Se ha presentado un informe de error a Apple. (#1633)

Estamos trabajando activamente en soluciones para los siguientes falsos positivos y actualizaremos esta lista a medida que se publiquen las correcciones.

In Scroll View
Puede informar problemas para texto dentro de elementos que se comportan como banner. Para hacer que estos elementos estén disponibles para quienes requieren texto más grande, use UILargeContentViewer. (#622)

v2.11.0 Image View Name & Active Control Name
Si un UIImageView tiene un accessibilityIdentifier establecido pero no es focalizable por VoiceOver, y tiene controles interactivos anidados dentro de él, ActiveControlName puede reportar un falso positivo en el UIImageView. Eliminar el accessibilityIdentifier resuelve el problema. Se ha presentado un informe de error a Apple. (#1633)

Label In Name and Label At Front
Estas dos reglas buscan la etiqueta visible de un control entre elementos cercanos para ayudar a determinar el estado de la regla. En algunas jerarquías de vista, se puede detectar incorrectamente el texto cercano, lo que provoca que estas reglas fallen. (#1622)

Nuestra regla de contraste de color depende del aprendizaje automático para detectar texto, lo que garantiza que el texto que se escanea sea visible para los usuarios de su aplicación. En los casos en que el texto contenido en una vista tiene el mismo color que el fondo, nuestro algoritmo de aprendizaje automático no puede detectar si hay texto presente, por lo que la regla de contraste de color no se ejecuta en esta vista.

Las aplicaciones escritas con XML que utilizan la función de texto de pista pueden ver falsos positivos con la regla de EditTextName . El texto de pista no se introdujo hasta Android 8 (SDK 26). Usar este elemento en su aplicación XML asignará el texto de pista al valor del campo de entrada de texto. Las versiones más recientes de Android están mejor equipadas para hacer que esta experiencia sea accesible.

Para superar este problema, nuestra primera recomendación es ejecutar sus pruebas en versiones más recientes de Android. Sin embargo, si es importante que la aplicación sea accesible en versiones anteriores de Android, podría considerar evitar el uso de la función de hintText , ya que no es oficialmente compatible.

Puede ver resultados para vistas que están ocultas detrás de otras vistas en la pantalla. Estas vistas ocultas no están disponibles para la tecnología de asistencia, pero Axe DevTools Mobile aún las reporta como problemas.

Estamos trabajando en una solución para este problema complejo. Mientras tanto, si TalkBack no puede acceder a estas vistas, puede ignorar los problemas correspondientes. No requieren una solución para garantizar la accesibilidad.

La detección de texto de ML Kit es necesaria en muchas de las reglas de Axe DevTools Mobile para garantizar la precisión de los resultados. La biblioteca de ML Kit debe importarse automáticamente al referenciar Axe DevTools Mobile en sus pruebas automatizadas de Espresso o UIAutomator. Sin embargo, en algunos casos, la importación automática no ocurre y verá el siguiente error en el logcat:

Para superar este problema, debe importar la biblioteca ML Kit a su proyecto manualmente. En el build.gradle de su aplicación, añada lo siguiente bajo dependencias:

La regla de espaciado de objetivo táctil actualmente no se ejecuta en ningún componente de deslizador que se haya escrito en Jetpack Compose. No se puede tomar ninguna acción en este momento. ¡Sin embargo, pronto llegará una solución!

En Android API 30, uno de los lugares donde intentamos guardar los resultados localmente tiene un error de permisos. El resultado aún se guardará como un archivo JSON a pesar de que se muestre este error. El error se puede suprimir comentando el código en el siguiente bloque:
def clearDirectoryTask = task('clearDirectoryTask', type: Exec, group: 'reporting') {
executable "${android.getAdbExecutable().toString()}"
args 'shell', 'rm', '-r', '/storage/emulated/0/Documents/AxeTestCases'
// finalizedBy {
// fetchAndroidFolderAxeReportsTask
// }
}

Por favor, tenga en cuenta que este código solo debe comentarse para la API 30, ya que causará problemas al guardar localmente para otros niveles de API.

En algunas aplicaciones híbridas y multiplataforma, podemos devolver resultados inesperados cuando los elementos en una vista de desplazamiento están parcialmente fuera de la pantalla. Para probar un elemento para accesibilidad, asegúrese de que esté completamente en pantalla antes de realizar el escaneo.

Con la API 31 (Android 12) se introdujo la capacidad de ocultar superposiciones no del sistema. Para utilizar la aplicación Axe Analyzer, asegúrese de que esta configuración no esté activada. Si ha optado por utilizar esta función por sus mejoras de seguridad, recomendamos dejarla desactivada para las versiones de prueba internas donde puede usar datos de prueba de manera segura y eliminar preocupaciones de seguridad de esa manera. Note: this setting does not affect Google's accessibility scanner app as it's considered a system overlay.

Para utilizar la aplicación Axe Accessibility Analyzer, actualice cualquier llamada al método setHideOverlayWindows(true) a setHideOverlayWindows(false) en las ventanas de actividad afectadas.

Para desbloquear la funcionalidad completa de Axe DevTools para Móvil, asegúrese de que las capturas de pantalla estén habilitadas. Recomendamos habilitar las capturas de pantalla en una versión de depuración o prueba de su aplicación que use datos simulados para evitar preocupaciones de seguridad. Consulte nuestra guía para habilitar capturas de pantalla en aplicaciones de Android.

Si minimiza su compilación, verá un fallo con un registro de error que informa que no se pudo encontrar un adaptador al intentar iniciar sesión en la biblioteca de Axe DevTools. Desactive minificar para sus compilaciones de depuración con Axe DevTools implementado. (#729)

Una compilación con r8 habilitado puede intentar minimizar la biblioteca axeDevTools, resultando en un error similar a:
Caused by: java.lang.NullPointerException: throw with null exception
at g.b.b.a$a.a(Unknown Source:1)
at g.b.b.a$a.a(Unknown Source:0)
at g.b.b.a.a(AccessToken.java:190)
Para resolver este error, agregue la siguiente línea a su archivo ProGuard para mantener las clases de axeDevTools:
keep class com.deque.** { *; }

Las APIs de Compose están obsoletas, por favor use las APIs agnósticas de diseño para seguir recibiendo actualizaciones. Si continúa usando las APIs de Compose y encuentra un error como `Se esperaba exactamente '1' nodo pero se encontraron '2' nodos que cumplen: (esRoot)` o `No se inició ninguna Vista, ¿llamó a AxeDevToolsCompose.setComposeTestRule()?`, consulte Compose setTestTag API.

Si encuentra este mensaje, es posible que algunos resultados de las reglas no se devuelvan como se esperaba cuando esa regla está utilizando inteligencia artificial. Las reglas afectadas incluyen Contraste de Color, Texto Enfocable y Nombre de Elemento Anidado. (#841)

Debido a las limitaciones de la arquitectura de aplicaciones MAUI en el ecosistema de Android, la regla de Nombre de Texto Editable aparecerá como Necesita Revisión en el tablero cuando se sospeche de un fallo para la versión del SDK 5.5.0 en adelante. Por favor confirme el comportamiento correcto manualmente en este caso.

Cuando esté implementando diálogos o modales personalizados que no extienden los controles nativos, puede obtener resultados para las vistas detrás del modal. En este caso, recomendamos no ejecutar nuestra herramienta contra estos modales o diálogos personalizados y en su lugar, verificarlos manualmente para asegurar que se comportan con la tecnología asistiva como se desea.

Si la captura de pantalla falta en la página de detalles del escaneo, es posible que su aplicación evite que se tomen capturas de pantalla. A menudo, esto se debe a razones de seguridad en su aplicación de producción. Considere eliminar este requisito para su compilación de prueba para permitir la funcionalidad completa en el Tablero Móvil de Axe DevTools.

• Android - FLAG_SECURE

Algunos nombres de escaneo de Android que se predeterminan al título de la pantalla aparecerán como el nombre completo de la clase incluyendo el identificador de paquete. En una futura versión, esto se resolverá para que el título de la pantalla se formatee en un nombre más legible. Como solución, puede establecer el nombre del escaneo desde el tablero o los marcos. (#1643)