Notas de la versión de Axe DevTools Mobile del 30 de agosto de 2023

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

30 de agosto de 2023

Not for use with personal data

Versiones de los componentes

  • axeDevToolsXCUI v2.7.0
  • axe-devtools-android v4.1.0
  • Axe DevTools Reporter CLI v4.7.0

¿Qué hay de nuevo?

WCAG 2.2 está actualmente en estado de Recomendación Propuesta. Los resultados de la regla de WCAG 2.2, "Espaciado del objetivo táctil", se marcarán como Experimental hasta que WCAG 2.2 alcance el estado de Recomendación. Esto significa que los resultados de esta regla ahora aparecerán en sus conteos de resultados de Fallo, Aprobado y Revisión Necesaria bajo el encabezado Experimental. (Esta regla anteriormente aparecía en el conteo Ignorado). También puede desactivar las reglas experimentales, si lo prefiere. Más información sobre reglas experimentales.

Android

  • Ahora puede ignorar reglas en sus Pruebas UI automatizadas (Espresso o UI Automator) usando el Nombre de Recurso ID de Vista. Use esto para ignorar reglas al pasar en el Registro de Instrumentación.

iOS

Reporter CLI

Correcciones de errores

iOS

  • Mejorada la precisión de los resultados cuando los controles están deshabilitados.
  • Actualizada la regla de "Contraste de color" para asegurarse de que no se ejecute en vistas atenuadas detrás de un modal.
  • Combinadas las llamadas de actualización de nombre y etiqueta de escaneo en una solicitud de red para mejorar el rendimiento.

Android

  • Las pruebas de UI Automator ahora esperarán a que se complete la actualización de la ventana antes de escanear para evitar capturar una captura de pantalla desactualizada.
  • Corregido un falso positivo en la regla "Nombre del texto de edición" para Compose. Esta regla ya no informará un fallo cuando un TextField de Compose contenga una etiqueta.
  • Corregida la regla "Valor del texto de edición" para ejecutarse en todos los elementos TextField de Compose.
  • Corregido un problema de cálculo con la regla "Espaciado del objetivo táctil".

Tablero

  • Resuelto un problema de la última versión que causaba que el orden de los problemas dentro de los escaneos cambiara.

Actualizaciones

Recordatorio: A partir del 16 de agosto de 2023, hemos dejado de lanzar actualizaciones para el marco de UIKit para pruebas automatizadas en aplicaciones iOS. Continuaremos ofreciendo este marco en el futuro previsible, pero ya no realizaremos correcciones de errores ni actualizaciones. Le animamos a cambiar al marco de XCUI, que se actualizará con nuevas reglas y mejoras en el futuro. Si actualmente está utilizando el marco de UIKit para pruebas automatizadas de unidad o UI y desea soporte para la transición al marco de XCUI, por favor háganoslo saber. Envíe una solicitud en support.deque.com, o envíe un correo electrónico a helpdesk@deque.com.

Problemas conocidos

Si está experimentando alguno de los siguientes problemas, por favor contáctenos en helpdesk@deque.com o support.deque.com. Entonces podremos notificarle una vez que se resuelva o de una solución alternativa identificada si no hay ninguna listada.

important
  • Las pruebas automatizadas de Axe DevTools Mobile funcionan en aplicaciones nativas de iOS, Android nativo y React Native. Por favor, póngase en contacto con su representante de Deque para obtener soluciones de pruebas de accesibilidad en su pila tecnológica.
  • Para apoyarlo en obtener resultados precisos y consejos de remediación aplicables, las reglas de Axe DevTools Mobile no se ejecutan en vistas web o PDFs renderizados. Para probar contenido HTML, utilice Axe DevTools para Web. Axe Monitor admite la exploración de PDFs para accesibilidad.

Axe DevTools Mobile para iOS

axeDevToolsUIKit.xcframework

Las vistas construidas con SwiftUI no pueden ser probadas usando este marco para pruebas automatizadas.

Utilice el marco axeDevToolsXCUI en UITesting para vistas SwiftUI.

El soporte para reglas personalizadas está disponible solo en Swift

La API de reglas personalizadas no está abierta a Objective-C.

Falsos positivos: InScrollView, SupportsDynamicType, Vistas colisionando

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

InScrollView
InScrollView puede reportar problemas para texto dentro de elementos que se comportan como banderas. Para hacer que estos elementos estén disponibles para aquellos que requieren texto más grande, utilice UILargeContentViewer.

SupportsDynamicType
Puede ver falsos positivos en los siguientes escenarios:

  • Si se utiliza la UIContentSizeCategoryDidChange notificación, es posible que el framework informe incorrectamente que el texto no responde a Dynamic Type en UITests.
  • Si se usa NotificationCenter.default.addObserver(forName:.., object:.., queue:.., using:..) para responder a la UIContentSizeCategoryDidChange notificación.
  • Si se utiliza traitCollectionDidChange en la vista padre de un texto o en el controlador de vista para responder a Dynamic Type.
Colliding Views
When a scrollable subview contains text, and that subview does not span to the edge of the screen's bounds, you will see failures for text located within the view's bounds.

axeDevToolsXCUI.xcframework

SwiftUI Picker y UIKit Picker

Las vistas de Picker en SwiftUI y UIKit pueden hacer que el framework se quede atascado en simuladores o dispositivos. (#636)

Reglas contra Controles Anidados

Mientras mirábamos una mejora para nuestras reglas, encontramos que en XCTest, los controles anidados no son devueltos en el árbol de accesibilidad. Se ha presentado un informe de error con Apple. (#1110)

Falso Positivo: En Scroll View, ActiveControlName

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 reportar problemas para texto dentro de elementos que se comportan como banners. Para hacer que estos elementos estén disponibles para aquellos que requieren texto más grande, use UILargeContentViewer. (#622) ActiveControlName
Si un UIImageView tiene un `accessibilityIdentifier` configurado pero no se puede enfocar con VoiceOver, y tiene controles enfocables anidados dentro de él, ActiveControlName puede reportar un falso positivo en el UIImageView. Eliminar el `accessibilityIdentifier` resuelve el problema. (#1178)

Falso Negativo: Nombre de Vista de Imagen, Texto Enfocable en iOS 13 hasta iOS 14.8.1

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

Image View Name
Si un UIImageView tiene un `accessibilityIdentifier` configurado pero no se puede enfocar con VoiceOver, ImageViewName puede reportar un falso negativo en el UIImageView. Eliminar el `accessibilityIdentifier` resuelve el problema. (#1188) Focusable Text
Elementos marcados como no accesibles pueden reportar resultados incorrectos debido a un error en el framework de Apple.

Axe DevTools Mobile para Android

Fallo al usar Proguard

Si tu compilación de depuración o prueba está utilizando Proguard, sigue los pasos para ignorar Deque en tus configuraciones de Proguard.

Fallo cuando `minifiedEnabled` está configurado en true

Si estás minimizando tu compilación, verás un fallo con un registro de error informando que no se pudo encontrar un adaptador al intentar iniciar sesión en la biblioteca de Axe DevTools. Desactiva minimizar para tus compilaciones de depuración con Axe DevTools implementado. (#729)

Errores al Compilar con Proyecto Java8 y Axe DevTools Android 3.1.0

Prueba las siguientes importaciones: 

implementation 'androidx.core:core-ktx:1.9.0'
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.6.4'
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.6.4'
After importing the above library, if you see errors related to minSDK version for core-ktx library try the following in your project’s Android Manifest:
<uses-sdk tools:overrideLibrary="androidx.core" />

Compilaciones con r8 activado generan un error

Una compilación con r8 activado 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)
To resolve this error add the following line to your ProGuard file to keep axeDevTools classes:
keep class com.deque.** { *; }

Mensaje de error similar a:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)

Si encuentras un error del tipo `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)`, por favor contáctanos en helpdesk@deque.com o support.deque.com para asistencia. Bajo ciertas condiciones, puede haber dos nodos raíz de Compose existentes al mismo tiempo.

Panel de Control Móvil de Axe DevTools

Algunos nombres de escaneos Android no están formateados

Algunos nombres de escaneos Android que se asignan por defecto al título de la pantalla aparecerán como el nombre completo de la clase, incluyendo el identificador del 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, puedes configurar el nombre del escaneo desde el panel de control o las plataformas. (#1643)

Is this page helpful?

Help us improve this page

Still need help?