Notas de la versión de axe DevTools Mobile del 30 de agosto de 2023
30 de agosto de 2023
Versiones de 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 se encuentra actualmente en estado de Recomendación Propuesta. Los resultados de la regla WCAG 2.2, "Espaciado entre objetivos táctiles", se marcarán como Experimental hasta que WCAG 2.2 alcance el estado de Recomendación Propuesta. Esto significa que los resultados de esta regla ahora aparecerán en los recuentos de resultados de Reprobado, Aprobado y Necesita revisión bajo el encabezado Experimental. (Esta regla aparecía anteriormente en el recuento de ignorados). También puedes desactivar las reglas experimentales, si lo prefieres. Obtén más información sobre reglas experimentales.
Android
- Ahora puede ignorar las reglas en sus pruebas de IU automatizadas (Espresso o UI Automator) utilizando el nombre del recurso de ID de vista. Use esto para ignorar las reglas al pasarlas al registro de instrumentación.
iOS
- La regla Acción inaccesible ahora es parte del marco XCUI de axe DevTools.
CLI de Reporter
- Ahora puede guardar informes en formato CSV y JUnit XML además de HTML. Obtenga más información sobre axe DevTools Reporter CLI.
Correcciones de errores
iOS
- Se mejoró la precisión de los resultados cuando los controles están deshabilitados.
- Se actualizó la regla "Contraste de color" para garantizar que no se ejecute en vistas atenuadas detrás de un modal.
- Se combinaron las llamadas de actualización de nombre de escaneo y etiqueta 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.
- Se corrigió un falso positivo en la regla "Editar nombre del texto" para Compose. Esta regla ya no informará un error cuando un Compose TextField contenga una etiqueta.
- Se corrigió la regla "Editar valor de texto" para que se ejecute en todos los Compose TextField.
- Se solucionó un problema de cálculo con la regla "Espaciado entre objetivos táctiles".
Panel de control
- Se resolvió un problema de la última versión que causaba que cambiara el orden de los problemas dentro de los escaneos.
Actualizaciones
Recordatorio: a partir del 16 de agosto de 2023, dejamos de publicar actualizaciones del marco UIKit para pruebas automatizadas en aplicaciones de iOS. Continuaremos ofreciendo este marco en el futuro cercano, pero ya no realizaremos correcciones de errores ni actualizaciones. Le recomendamos cambiar al marco XCUI, que se actualizará con nuevas reglas y mejoras en el futuro. Si actualmente está utilizando el marco UIKit para pruebas automatizadas de unidades o de interfaz de usuario y desea recibir ayuda para realizar la transición al marco XCUI, háganoslo saber. Envíe una solicitud a support.deque.com, o envíe un correo electrónico a helpdesk@deque.com.
Problemas Conocidos
Si experimenta alguno de los problemas que se indican a continuación, comuníquese con nosotros a helpdesk@deque.com o support.deque.com. Luego podremos notificarle una vez resuelto o de una solución alternativa identificada si no hay ninguna en la lista.
- Las pruebas automatizadas de axe DevTools Mobile se ejecutan en aplicaciones nativas de iOS, Android y React Native. Comuníquese con su representante de Deque para obtener soluciones de pruebas de accesibilidad en su pila tecnológica.
- Para ayudarlo a obtener resultados precisos y consejos de corrección aplicables, las reglas de axe DevTools Mobile no se aplican en vistas web ni en archivos PDF renderizados. Para probar el contenido HTML, utilice axe DevTools para Web. axe Monitor admite el escaneo de archivos PDF para accesibilidad.
axe DevTools Mobile para iOS
axeDevToolsUIKit.xcframework
Las vistas creadas con SwiftUI no se pueden probar utilizando este marco para pruebas automatizadas.
Utilice el marco axeDevToolsXCUI en UITesting para las vistas de SwiftUI.
La compatibilidad con reglas personalizadas solo está disponible en Swift
La API de reglas personalizadas no está abierta a Objective-C.
Falsos positivos: InScrollView, SupportsDynamicType, Vistas superpuestas
Estamos trabajando activamente para corregir los siguientes falsos positivos y actualizaremos esta lista a medida que se publiquen las correcciones.
InScrollView
InScrollView puede informar problemas con el texto dentro de elementos que funcionan como banners. Para que estos elementos estén disponibles para aquellos que requieren un texto más grande, utilice UILargeContentViewer.
SupportsDynamicType
Es posible que vea falsos positivos en los siguientes escenarios:
- Si se utiliza la notificación
UIContentSizeCategoryDidChange, el marco puede informar incorrectamente que el texto no responde a Dynamic Type en UITests. - Si se utiliza
NotificationCenter.default.addObserver(forName:.., object:.., queue:.., using:..)para responder a laUIContentSizeCategoryDidChangenotificación. - Si se usa
traitCollectionDidChangeen la vista principal de un texto o en el controlador de vista para responder al tipo dinámico.
Cuando una subvista desplazable contiene texto y esa subvista no se extiende hasta el borde de los límites de la pantalla, verá fallas para el texto ubicado dentro de los límites de la vista.
axeDevToolsXCUI.xcframework
Selector SwiftUI y Selector UIKit
Las vistas de selector en SwiftUI y UIKit pueden provocar que el marco se bloquee en simuladores o dispositivos. (#636)
Reglas contra los controles anidados
Mientras buscábamos una mejora para nuestras reglas, descubrimos que en XCTest, los controles anidados no se devuelven en el árbol de accesibilidad. Se ha informado de un error a Apple. (#1110)
Falso positivo: en la vista de desplazamiento, ActiveControlName
Estamos trabajando activamente para corregir los siguientes falsos positivos y actualizaremos esta lista a medida que se publiquen las correcciones.
En Scroll View
Puede informar problemas de texto dentro de elementos que funcionan como banners. Para que estos elementos estén disponibles para aquellos que requieren un texto más grande, utilice UILargeContentViewer. (#622)
Nombre de control activo
Si UIImageView tiene un `accessibilityIdentifier` establecido pero VoiceOver no puede enfocarlo y tiene controles enfocables anidados dentro de él, ActiveControlName puede informar un falso positivo en UIImageView. Quitar el `accessibilityIdentifier` resuelve el problema. (#1178)
Falso negativo: Image View Name, texto enfocable en iOS 13 a través de iOS 14.8.1
Estamos trabajando activamente para corregir los siguientes falsos negativos y actualizaremos esta lista a medida que se publiquen las correcciones.
Nombre de la vista de la imagen
Si un UIImageView tiene un `accessibilityIdentifier` establecido pero VoiceOver no puede enfocarlo, ImageViewName puede informar un falso negativo en UIImageView. Quitar el `accessibilityIdentifier` resuelve el problema. (#1188)
Texto enfocable
Los elementos marcados como elementos no accesibles pueden arrojar resultados incorrectos debido a un error en el marco de Apple.
axe DevTools Mobile para Android
Fallo al usar Proguard
Si su compilación de depuración o prueba utiliza Proguard, siga los pasos para excluir Deque en su configuración de Proguard.
Se bloquea cuando `minifiedEnabled` se establece como verdadero
Si minimiza su construcción, verá un cierre inesperado con un registro de error que informa que no se pudo encontrar un adaptador al intentar iniciar sesión en la biblioteca DevTools de axe. Deshabilite la minimización para sus construcciones de depuración con axe DevTools implementado. (#729)
Errores al compilar con el proyecto Java8 y axe DevTools Android 3.1.0
Pruebe 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'Después de importar la biblioteca anterior, si ve errores relacionados con la versión minSDK para la biblioteca core-ktx, intente lo siguiente en su Android Manifest:
<uses-sdk tools:overrideLibrary="androidx.core" />
Las compilaciones con r8 habilitado arrojan un error
Una construcción con r8 habilitado puede intentar minimizar la biblioteca axeDevTools, lo que genera un error similar al siguiente:
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 axeDevTools:
keep class com.deque.** { *; }
Mensaje de error similar a:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Si encuentra un error como el siguiente `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)`, comuníquese con nosotros a helpdesk@deque.com o support.deque.com para obtener ayuda. En determinadas condiciones, es posible que existan dos nodos raíz de Compose al mismo tiempo.
Panel de control de axe DevTools Mobile
Algunos nombres de escaneo de Android no tienen formato
Algunos nombres de escaneo de Android que están predeterminados en el título de la pantalla aparecerán como el nombre de clase completo, incluido el identificador del paquete. En una versión futura, se resolverá este problema para que el título de la pantalla tenga un formato más legible. Como solución alternativa, puede configurar el nombre del análisis desde el panel de control o los frameworks. (#1643)