Notas de Lanzamiento de Axe DevTools Mobile 4 de febrero de 2026

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

4 de febrero de 2026

Not for use with personal data

Versiones de Componentes

iOS

  • SDK de iOS (axeDevToolsXCUI v3.2.0)
  • Proyecto Xcode del Analizador de iOS (axe-devtools-mobile-analyzer v1.9.0)
  • Aplicación de Escritorio del Analizador de iOS (axe-devtools-mobile-desktop-app v1.2.0)
  • Driver de Appium 2 para iOS (axe-appium2-xcuitest-driver v2.3.0)
    • (Derivado de XCUITest v9.10.4)
  • Driver de Appium 3 para iOS (axe-appium3-xcuitest-driver v1.2.0)
    • (Derivado de XCUITest v10.18.2)

Cómo actualizar: SDK de iOS, Analizador de iOS (Cambiar a la Aplicación de Escritorio del Analizador Móvil), Driver de Appium para iOS

Android

  • SDK de Android (axe-devtools-android v8.2.0)
  • Analizador de Android (Axe Accessibility Analyzer v2.3.0)
  • Driver de Appium 2 para Android (axe-appium2-uiautomator2-driver v2.3.0)
    • (Derivado de UiAutomator2 v4.2.8)
  • Driver de Appium 3 para Android (axe-appium3-uiautomator2-driver v1.2.0)
  • (Derivado de UiAutomator2 v6.7.11)

Cómo actualizar SDK de Android, Analizador de Android, Driver de Appium para Android

Soluciones

iOS

  • Mejora en la detección de elementos dentro de vistas de desplazamiento
  • Mejoras en la precisión de las reglas de Contraste de Color y Tamaño del Objetivo de Toque

Android

  • Mejoras en el rendimiento y precisión de las siguientes reglas: Nombre de la Casilla de Verificación, Nombre de Editar Texto, Etiqueta al Frente, Espaciado del Objetivo de Toque

Driver de Appium para Android

  • Mejora del rendimiento con mejor compresión de archivos y manejo de datos

Problemas Conocidos

Si tienes alguno de los siguientes problemas, por favor contáctanos en helpdesk@deque.com o support.deque.com. Así podremos notificarte de una solución alternativa identificada si no se enumera ninguna, o cuando el problema se resuelva.

important
  • Las pruebas automatizadas de Axe DevTools Mobile se ejecutan en aplicaciones nativas de iOS, nativas de Android y en aplicaciones de React Native. Por favor, contacta a tu representante de Deque para soluciones de pruebas de accesibilidad en tu stack tecnológico.
  • Aunque puedes obtener algunos resultados de vistas web o archivos PDF renderizados, recomendamos encarecidamente probar usando Axe DevTools para Web o Axe Monitor para las pruebas de accesibilidad más completas en la web.

iOS

Falsos positivos para la regla de Contraste de Color con fondos de degradado en pantallas pequeñas

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 de degradado. En tales casos, puede no ser capaz de determinar el color de primer plano y en su lugar comparar los colores de fondo entre sí, resultando en un fallo.

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

Inexacto isVisible propiedad de XCTest

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 superposiciones nativas (como vistas modales, alertas u otros elementos de UI nativos). Esto ocurre porque el sistema de accesibilidad verifica si el contenedor de WKWebView en sí mismo es visible, en lugar de si su contenido web está realmente libre de obstrucciones y es perceptible para el usuario.

Error de accesibilidad de iOS 26 con "steppers"

iOS 26 contiene un error de accesibilidad donde los botones "steppers" predeterminados no anuncian "atenuado" por 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 "steppers" deshabilitados: AssociatedText, InaccessibleAction, y ColorContrast.

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

Color Contrast rule does not run when text and background colors are the same

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.

Falso positivo: LabelInName y LabelAtFront en SwiftUI y aplicaciones multiplataforma

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

La regla de soporte para Tipo Dinámico no funciona con el simulador de iOS 15 Pro

Existe un problema que afecta al simulador de iPhone 15 Pro que impide que se ejecute la regla de soporte para Tipo Dinámico. Si ha optado por la regla de soporte para Tipo Dinámico, no podrá probarla usando un simulador de iPhone 15 Pro. Se ha presentado un informe de error a Apple.

Reglas contra controles anidados

Al buscar mejoras 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)

La regla de nombre de ImageView necesita revisión de resultados para aplicaciones UIKit

En las aplicaciones UIKit, una imagen sin un accessibilityLabel no es enfocada por tecnología asistiva de forma predeterminada.
Las propiedades que usamos para verificar la capacidad de enfoque de Apple pueden ser inexactas cuando un accessibilityIdentifier está establecido en la imagen. Debido a este comportamiento inesperado, los resultados de los problemas del nombre de ImageView en aplicaciones UIKit se reportarán como Necesita Revisión. Se ha presentado un informe de error a Apple. (#1633)

Falso positivo: En Scroll View, Label In Name, Label al Frente, y v2.11.0 Image View Name & ActiveControlName

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

In Scroll View
Puede reportar problemas para texto dentro de elementos que actúan como banners. Para hacer estos elementos accesibles para aquellos que requieren texto más grande, use UILargeContentViewer. (#622)

v2.11.0 Image View Name & Active Control Name
Si un UIImageView tiene un accessibilityIdentifier configurado pero no es accesible por VoiceOver, y tiene controles accesibles 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 los elementos cercanos para ayudar a determinar el estado de la regla. En algunas jerarquías de vista, se puede detectar un texto cercano incorrecto, causando que estas reglas fallen. (#1622)

Android

Detección de texto anunciado como falso positivo

En algunos casos, la tecnología asistiva depende de AccessibilityEvent descripciones del sistema Android para anunciar información al usuario cuando no hay otro anuncio disponible. Dado que AccessibilityEvents are triggered by user actions, we are unable to access the correct description if this information is not provided.

Para evitar este problema, asegúrese de que todas las vistas relevantes estén marcadas como importantes para la accesibilidad. Esto permitirá que TalkBack acceda a la información de la vista, que nuestra herramienta pueda entonces detectar.

La regla de contraste de color no se ejecuta cuando el texto y el color de fondo son iguales

Nuestra regla de contraste de color depende del aprendizaje automático para detectar texto, lo que asegura que el texto sea visible para los usuarios de su aplicación. En los casos donde el texto contenido en una vista tenga 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.

EditTextName en Android 7 (SDK 24-25)

Las aplicaciones escritas con XML que utilizan la función de texto de sugerencia pueden ver falsos positivos con la EditTextName regla. El texto de sugerencia no fue introducido hasta Android 8 (SDK 26). Usar este elemento en su aplicación XML asignará el texto de sugerencia al valor del campo de entrada de texto. Las versiones más recientes de Android están mejor equipadas para hacer esta experiencia 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, considere evitar el uso de la hintText función, ya que no está oficialmente soportada.

Vista de Android oculta devolviendo resultados

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 tecnología asistiva, 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 alcanzar estas vistas, puede ignorar los problemas correspondientes. No requieren una solución para asegurar la accesibilidad.

Error al ejecutar la detección de texto de ML Kit

La detección de texto de ML Kit es necesaria en muchas de las reglas de Axe DevTools Mobile para asegurar la precisión de los resultados. La biblioteca de ML Kit debería 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:

Axe DevTools Android: Error while running mlKit Text Detection: MlKitContext has not been initialized.

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

implementation 'com.google.mlkit:text-recognition:16.0.1'
Espaciado del objetivo táctil y Jetpack Compose

La regla de Espaciado del Objetivo Táctil actualmente no se ejecuta en ningún componente deslizador que haya sido escrito en Jetpack Compose. No se puede tomar ninguna acción en este momento. ¡Sin embargo, pronto habrá una solución!

Error al guardar resultados localmente en API 30

En Android API 30, una de las ubicaciones donde intentamos guardar 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
// }
}

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

Detección de desplazamiento en aplicaciones híbridas y multiplataforma

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

Aplicación Analyzer: Botón de Acción Flotante Desaparece

Introducida con la API 31 (Android 12) está la capacidad de ocultar superposiciones que no son 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 característica para sus mejoras de seguridad, recomendamos dejarla desactivada para las versiones internas de prueba donde pueda utilizar datos de prueba de forma segura y eliminar así las preocupaciones de seguridad. 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.

Captura de Pantalla Ausente (Caja Negra) en el Panel de Control

Para desbloquear la funcionalidad completa de Axe DevTools para Móviles, 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 Android.

Fallo cuando `minifiedEnabled` está configurado como verdadero

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 la minimización para sus compilaciones de depuración con Axe DevTools implementado. (#729)

Compilaciones con r8 habilitado arrojan un error

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.** { *; }

Mensaje de error similar a:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
o a: No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?

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

Mensaje de registro:MlKitContext has not been initialized

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

MAUI: Regla de Nombre de Texto Editable

Debido a las limitaciones de la arquitectura de aplicación MAUI al renderizar en el ecosistema Android, la regla de Nombre de Texto Editable se mostrará como Revisión Necesaria en el panel de control cuando se sospeche un fallo para la versión SDK 5.5.0 y posterior. Por favor confirme el comportamiento correcto manualmente para este caso.

Android Nativo: Diálogos / Modales Personalizados

Cuando implemente diálogos o modales personalizados que no extienden los controles nativos, puede obtener resultados para vistas detrás del modal. En este caso, recomendamos no ejecutar nuestra herramienta contra estos modales o diálogos personalizados y, en cambio, revisarlos manualmente para asegurarse de que se comporten con la tecnología asistiva como se desea.

Panel de Control Web

Captura de Pantalla Perdida

Si la captura de pantalla falta en la página de detalles del escaneo, su aplicación puede estar impidiendo que se tomen capturas de pantalla. A menudo, esto es por motivos de seguridad en su aplicación de producción. Considere eliminar este requisito para su versión de prueba para permitir la funcionalidad completa en el Panel de Control Móvil de Axe DevTools.

Algunos nombres de escaneos de Android están sin formato

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