Notes de version d'Axe DevTools Mobile - 17 juin 2024
17 juin 2024
Versions des composants
- SDK iOS et Analyseur (axeDevToolsXCUI v2.11.0)
- SDK Android (axe-devtools-android v5.5.0)
- Analyseur Android (Axe Accessibility Analyzer v1.8.0)
Comment mettre à jour : SDK iOS, Analyseur iOS, SDK Android, Analyseur Android
Corrections
Android
- Améliorations et améliorations pour augmenter la précision et réduire les faux positifs dans les règles suivantes : Contraste des couleurs, Texte focalisable, Étiquette dans le nom, Étiquette à l'avant, Taille de la cible tactile, Espacement de la cible tactile, Nom du texte modifiable et Nom de la vue active
axeVersionreflète maintenant avec précision la version du SDK Android au lieu de '0.0' pour les analyses de l'application Analyseur- Problèmes corrigés avec l'URL de configuration du serveur qui n'était pas acceptée et plus d'informations de débogage sont maintenant fournies dans l'application Analyseur
iOS
- Améliorations et améliorations pour augmenter la précision et réduire les faux positifs dans les règles suivantes : Contraste des couleurs, Texte focalisable et Étiquette dans le nom
Problèmes connus
Si vous rencontrez l'un des problèmes ci-dessous, veuillez nous contacter à helpdesk@deque.com ou support.deque.com. Nous pourrons alors vous informer une fois que c'est résolu ou d'une solution de contournement identifiée si aucune n'est listée.
- Les tests automatisés Axe DevTools Mobile s'exécutent sur les applications natives iOS, Android natives et React Native. Veuillez contacter votre représentant Deque pour des solutions de test d'accessibilité sur votre plateforme technologique.
- Bien que vous puissiez obtenir certains résultats à partir de vues Web ou de PDFs rendus, nous recommandons fortement d'effectuer les tests avec Axe DevTools pour le Web ou Axe Monitor pour les tests d'accessibilité web les plus complets.
Axe DevTools Mobile pour iOS
Erreur dans le projet Analyseur et test par ID de bundle en 2.8.1
La fonctionnalité de test d'une application par identifiant de bundle a été rompue dans la version 2.8.1, ce qui a entraîné une erreur intitulée « Aucun chemin d'application cible spécifié via la configuration de test : ... ». Mettez à jour vers la version 2.8.2 ou la dernière version pour résoudre l'erreur. Mettez à jour vers la dernière version dans le projet Analyseur iOS.
Les vues hors écran peuvent afficher des résultats pour les applications SwiftUI testées sous iOS 17
Avec la version 2.8.0 (Voir les notes de version), les résultats ne sont plus signalés sur les vues qui ne sont pas visibles, y compris celles hors écran ou cachées par une autre vue. Nous avons découvert que dans les applications SwiftUI testées sous iOS 17, certains résultats s'affichent encore. (#1383)
La règle de support du type dynamique ne fonctionne pas avec le simulateur iOS 15 Pro
Il y a un problème affectant le simulateur iPhone 15 Pro qui empêche la règle de support du type dynamique de s'exécuter. Si vous avez opté pour la règle de support du type dynamique, vous ne pourrez pas la tester en utilisant un simulateur iPhone 15 Pro. Un bogue a été déposé auprès d'Apple.
Règles contre les contrôles imbriqués
En examinant une amélioration de nos règles, nous avons constaté que dans XCTest, les contrôles imbriqués ne sont pas retournés dans l'arbre d'accessibilité. Un bogue a été déposé auprès d'Apple. (#1110)
Faux positif : dans Scroll View, Nom du contrôle actif, Étiquette dans le nom, Étiquette à l'avant
We are actively working on fixes for the following false positives and will update this list as fixes are released.
In Scroll View
May report issues for text within banner-behaving elements. To make these elements available to those that require larger text, use
UILargeContentViewer. (#622)
Active Control Name
If an UIImageView has an `accessibilityIdentifier` set but is not focusable by VoiceOver, and it has focusable controls nested within it, ActiveControlName may report a false positive on the UIImageView. Removing the `accessibilityIdentifier` resolves the issue. A bug has been filed with Apple. (#1226)
Label In Name and Label At Front
These two rules look for a control's visible label amongst nearby elements to help determine rule status. In some view hierarchies, the incorrect nearby text may be detected causing these rules to fail. (#1622)
Faux négatif : Nom de la vue d'image, Texte focalisable dans iOS 13 jusqu'à iOS 14.8.1
We are actively working on fixes for the following false negatives and will update this list as fixes are released.
Image View Name
If an UIImageView has an `accessibilityIdentifier` set but is not focusable by VoiceOver, ImageViewName may report a false negative on the UIImageView. Removing the `accessibilityIdentifier` resolves the issue. A bug has been filed with Apple. (#1226)
Focusable Text
Elements marked as non-accessibility elements may report improper results due to a bug in Apple's framework.
Axe DevTools Mobile pour Android
Crash lorsque `minifiedEnabled` est activé
Si vous minimisez votre build, vous verrez un crash avec un journal d'erreurs indiquant qu'un adaptateur n'a pas pu être trouvé lors de la tentative de connexion à la bibliothèque Axe DevTools. Désactivez la minimisation pour vos builds de débogage avec Axe DevTools implémenté. (#729)
Les builds avec r8 activé génèrent une erreur
Un build avec r8 activé peut tenter de minimiser la bibliothèque axeDevTools, ce qui entraîne une erreur similaire à :
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.** { *; }
Message d'erreur similaire à :
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
ou : No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?
Si vous rencontrez une erreur de type `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)` ou `No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?`, veuillez vous référer à API Compose setTestTag.
Tableau de bord Axe DevTools Mobile
Capture d'écran manquante
Si la capture d'écran manque dans la page des détails de l'analyse, votre application peut empêcher la prise de captures d'écran. Cela est souvent pour des raisons de sécurité dans votre application de production. Envisagez de supprimer cette exigence pour votre build de test afin de permettre une fonctionnalité complète dans le Tableau de bord Axe DevTools Mobile.
Certains noms de scan Android ne sont pas formatés
Certains noms de scan Android qui sont par défaut le titre de l'écran apparaîtront comme le nom complet de la classe, y compris l'identifiant du bundle. Dans une future version, cela sera corrigé afin que le titre de l'écran soit formaté en un nom plus lisible. Comme solution de contournement, vous pouvez définir le nom du scan depuis le tableau de bord ou les frameworks. (#1643)
Axe DevTools Mobile pour Appium
Faux positif : Nom de vue actif
En raison de limitations des informations disponibles via la plateforme Appium, nous avons identifié un faux positif pour le nom de vue actif lors de l'utilisation de la propriété labeledBy pour fournir une étiquette à un élément de bouton. Nous explorons des solutions et prévoyons un correctif dans une future version.
React Native : Étiquette dans le nom & Étiquette au front
En raison de limitations des informations disponibles via la plateforme Appium, nous avons identifié que les règles Étiquette dans le nom & Étiquette au front ne peuvent pas être exécutées pour les applications créées avec React Native. Nous explorons des solutions et prévoyons un correctif dans une version ultérieure.
React Native & .NET MAUI : Inspection de la hiérarchie des vues montrant l'écran précédent
Parfois, la propriété de source de page Appium nécessite du temps supplémentaire pour être mise à jour entre les scans. Si cela se produit, vous verrez la hiérarchie de vue de l'écran précédent lors de l'utilisation de la fonction d'inspection sur le tableau de bord. Pour corriger cela, ajoutez un petit délai d'attente avant d'appeler l'API de source de page pour inciter le scan d'accessibilité. Exemple:
await driver.pause(1000);
const result = await driver.getPageSource();
Limitation : Nom de vue de l'image pour les images décoratives dans Android
En raison de limitations des informations disponibles via la plateforme Appium, nous avons identifié que la règle Nom de vue de l'image est incapable de tester précisément les critères de succès des images décoratives sur Android. Les résultats pour les images sans nom accessible s'afficheront comme 'À réviser' dans le tableau de bord pour une analyse plus approfondie.
