Notes de version d'Axe DevTools Mobile du 14 août 2024

Une fonctionnalité de test d'une application par identifiant de paquet était défaillante dans la version 2.8.1, résultant en une erreur intitulée "Pas de chemin d'application cible spécifié via la configuration du 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.

Certaines écrans peuvent signaler des faux positifs avec LabelInName et LabelAtFront en raison d'une propriété associatedText incorrecte trouvée (#1622)

Il y a un problème affectant le simulateur iPhone 15 Pro qui empêche l'exécution de la règle Supports Dynamic Type. Si vous êtes inscrit à la règle Supports Dynamic Type, vous ne pourrez pas la tester en utilisant un simulateur iPhone 15 Pro. Un bug a été soumis à Apple.

En cherchant à améliorer nos règles, nous avons découvert que dans XCTest, les contrôles imbriqués ne sont pas retournés dans l'arborescence d'accessibilité. Un bug a été soumis à Apple. (#1110)

Dans les applications UIKit, une image sans `accessibilityLabel` n'est pas focalisable avec la technologie d'assistance par défaut.
Les propriétés que nous utilisons pour vérifier la focalisation provenant d'Apple peuvent être inexactes lorsqu'un `accessibilityIdentifier` est défini sur l'image. En raison de ce comportement inattendu, les résultats pour les problèmes de nom d'ImageView dans les applications UIKit seront signalés comme nécessitant un examen. Un rapport de bug a été déposé auprès d'Apple. (#1633)

Nous travaillons activement sur les corrections des faux positifs suivants et mettrons à jour cette liste au fur et à mesure que les corrections seront publiées.

In Scroll View
Peut signaler des problèmes pour le texte au sein des éléments se comportant comme des bannières. Pour rendre ces éléments disponibles à ceux qui nécessitent un texte plus grand, utilisez UILargeContentViewer. (#622)

v2.11.0 Image View Name & ActiveControlName
Si un UIImageView a un `accessibilityIdentifier` défini mais n'est pas focalisable par VoiceOver, et qu'il contient des contrôles focalisables imbriqués, ActiveControlName peut rapporter un faux positif sur l'UIImageView. Enlever le `accessibilityIdentifier` résout le problème. Un bug a été signalé à Apple. (#1633)

Label In Name and Label At Front
Ces deux règles recherchent une étiquette visible d'un contrôle parmi les éléments à proximité pour aider à déterminer le statut de la règle. Dans certaines hiérarchies de vues, un texte incorrect à proximité peut être détecté, causant l'échec de ces règles. (#1622)

Pour débloquer toutes les fonctionnalités d'Axe DevTools pour Mobile, assurez-vous que les captures d'écran sont activées. Nous vous recommandons d'activer les captures d'écran sur une version de test de votre application qui utilise des données fictives pour éviter les problèmes de sécurité. Consultez notre guide pour activer les captures d'écran dans les applications Android.

Si vous minifiez votre build, vous verrez un crash avec un log d'erreur indiquant qu'un adaptateur ne peut pas être trouvé lors de la tentative de connexion à la bibliothèque Axe DevTools. Désactivez la minification pour vos versions de débogage avec Axe DevTools implémenté. (#729)

Un build avec r8 activé peut tenter de minifier la bibliothèque axeDevTools, entraînant 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)
    

Si vous rencontrez une erreur du 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 à Compose setTestTag API.

Si vous rencontrez ce message, certains résultats de règles peuvent ne pas retourner comme prévu lorsque cette règle utilise l'intelligence artificielle. Les règles concernées incluent Contraste des couleurs, Texte focalisable et Nom d'élément imbriqué. (#841)

En raison des limitations de l'architecture des applications MAUI dans l'écosystème Android, la règle de Nom d'Édition de Texte s'affichera comme Nécessitant une révision dans le tableau de bord lorsqu'un échec est suspecté pour les versions SDK 5.5.0 et ultérieures. Veuillez confirmer le comportement correct manuellement pour ce cas.

Lorsque vous implémentez des dialogues ou modaux personnalisés qui n'étendent pas les contrôles natifs, vous pouvez obtenir des résultats pour les vues derrière le modal. Dans ce cas, nous recommandons de ne pas exécuter notre outil contre ces modaux ou dialogues personnalisés et de les vérifier manuellement pour s'assurer qu'ils fonctionnent avec la technologie d'assistance comme souhaité.

Si la capture d'écran est absente de la page de détails du scan, votre application peut empêcher la prise de captures d'écran. Souvent, cela est dû à des raisons de sécurité dans votre application de production. Envisagez de supprimer cette exigence pour votre build de test afin de permettre le plein fonctionnement du tableau de bord Axe DevTools Mobile.

• Android - FLAG_SECURE

Certains noms de scan Android qui sont par défaut le titre de l'écran apparaîtront comme le nom de classe complet incluant l'identifiant du bundle. Dans une version future, cela sera résolu afin que le titre de l'écran soit formaté dans un nom plus lisible. En attendant, vous pouvez définir le nom du scan depuis le tableau de bord ou les frameworks. (#1643)

Nous travaillons activement à corriger les faux positifs suivants et mettrons à jour cette liste lorsque des correctifs seront publiés.

Active View Name
En raison des limitations des informations disponibles via la plateforme Appium, nous avons identifié un faux positif pour le Nom de la Vue Active lors de l'utilisation de la labeledBy propriété pour fournir une étiquette pour un élément de bouton.

Touch Target Spacing on iOS platform for SwiftUI & React Native apps
Les contrôles plus grands peuvent échouer l'Espacement de la Cible Tactile lorsqu'ils dépassent l'exigence minimale de 24pt x 24pt. (#411)

Vous pouvez voir des résultats contradictoires pour cette nouvelle règle lors de l'analyse des applications React Native sur la plateforme Android. Certaines vues auront un élément de bouton imbriqué entraînant un échec pour le bouton parent, mais une réussite pour le bouton enfant. (#407)

En raison des limitations des informations disponibles via la plateforme Appium, nous avons identifié que les règles Étiquette dans le Nom & Étiquette à l'avant ne peuvent pas s'exécuter pour les applications construites avec React Native. Nous explorons des solutions et nous attendons à une correction lors d'une prochaine version.

Parfois, la propriété de source de page Appium nécessite plus de temps pour se mettre à jour entre les scans. Si cela se produit, vous verrez la hiérarchie des vues de l'écran précédent lorsque vous utilisez la fonctionnalité d'inspection sur le tableau de bord. Pour y remédier, ajoutez un petit délai avant d'appeler l'API source de page pour inciter le scan d'accessibilité. Exemple:

            await driver.pause(1000);
            const result = await driver.getPageSource();
        

En raison des limitations des informations disponibles via la plateforme Appium, nous avons identifié que la règle Nom de vue d'image ne peut pas tester avec précision les critères de réussite des images décoratives dans Android. Les résultats pour les images sans nom accessible s'afficheront comme 'Nécessitant une révision' dans le tableau de bord pour une analyse plus approfondie.