Notes de mise à jour d'Axe DevTools Mobile du 17 avril 2024

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

17 avril 2024

Not for use with personal data

Versions des composants

Quoi de neuf ?

Suivi de l'utilisation

Nous avons simplifié l'activation du suivi de l'utilisation d'Axe DevTools Mobile par votre équipe. Dans les paramètres globaux du portail de compte Axe, définissez "Service d'utilisation" sur "Activer" et entrez votre URL et ID d'organisation. Il n'est plus nécessaire d'ajouter quoi que ce soit au code. (Remarque : Le suivi de l'utilisation déjà configuré via le code pour vos tests automatisés continuera de fonctionner.) Contactez helpdesk@deque.com pour obtenir votre ID d'organisation. Comment activer le service d'utilisation | À propos du service d'utilisation

Exporter les analyses au format universel Axe

Vous pouvez désormais exporter des analyses depuis le tableau de bord Axe DevTools Mobile au format JSON universel Axe, un format standard utilisé par tous les produits Axe. Utilisez ce format lorsque vous souhaitez importer vos résultats d'accessibilité mobile dans un autre produit Deque, tel qu'Axe Auditor, ou lorsque vous souhaitez agréger de manière programmatique les résultats d'accessibilité de plusieurs produits Axe en utilisant une sortie cohérente de chaque produit. Comment exporter des analyses depuis le tableau de bord | Format mobile versus universel

Android

  • Nous avons promu les règles Vue accessible inactive et Texte focalisable hors du statut expérimental. Après une évaluation rigoureuse, nous sommes confiants dans leurs résultats. Si vous avez désactivé les règles expérimentales depuis les paramètres du tableau de bord, vous commencerez à voir les résultats de ces règles. Sinon, vous continuerez à obtenir des résultats de ces règles, mais elles n'apparaîtront plus dans la section "Résultats expérimentaux". À propos des règles expérimentales | Configurer le tableau de bord

iOS

  • Nous déprécions la règle Contrôles en collision. Les contrôles en collision sont maintenant couverts par la règle alignée sur les WCAG, Espacement de la cible tactile. Les résultats pour les contrôles en collision apparaîtront maintenant dans "Ignorés". Nous supprimerons complètement les résultats lors d'une prochaine version.

Corrections de bugs

Android

  • Nous avons mis à jour l'application Mobile Analyzer pour éviter les plantages lors de la configuration sur Android version 11 et inférieure.
  • Nous avons corrigé un problème dans l'application Mobile Analyzer où une URL de serveur backend incorrecte entraînait l'échec de la configuration de l'application. Cela ne concerne que les clients cloud privés ou sur site.
  • Nous avons corrigé un bug dans la règle Étiquette dans le nom qui provoquait un échec incorrect lorsque le texte visible faisait partie du nom accessible.
  • Pour éviter les faux positifs, tout composant dont le contenu n'est pas entièrement à l'écran ne sera plus analysé par les règles Taille de la cible tactile, Espacement de la cible tactile ou Contraste des couleurs.
  • Pour éviter les faux positifs dans les règles Étiquette dans le nom, Nom de l'élément imbriqué et Texte focalisable, nous signalerons désormais certains scénarios comme "À revoir" plutôt que "Échec" lorsque nous ne pouvons pas être sûrs à 100 % d'un échec. Vous devez examiner ces problèmes pour vous assurer que le texte accessible est disponible pour les technologies d'assistance telles que TalkBack ou Voice Access.

iOS

  • Pour éviter les faux positifs, la règle Vues en collision retournera "À revoir" au lieu de "Échec" dans tous les cas.
  • Le service d'utilisation ne suivait auparavant que les événements "connexion", et suivra désormais également les événements "analyse".

Tableau de bord

  • Correction d'un bug où les analyses ne pouvaient pas être exportées lorsque le nom de l'application contenait un caractère Unicode.

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 le problème résolu ou d'une solution de contournement si aucune n'est listée.

important
  • Axe DevTools Mobile effectue des tests automatisés sur des applications natives iOS, Android natives et React Native. Veuillez contacter votre représentant Deque pour des solutions de test d'accessibilité adaptées à votre pile technologique.
  • Bien que vous puissiez obtenir certains résultats à partir de vues web ou de PDF rendus, nous recommandons vivement de tester avec Axe DevTools for Web ou Axe Monitor pour une analyse d'accessibilité web la plus complète possible.

Axe DevTools Mobile pour iOS

Erreur dans le projet Analyzer & test par ID de bundle en 2.8.1

La fonctionnalité de test d'une application par identifiant de bundle était défectueuse dans la version 2.8.1, ce qui a entraîné une erreur intitulée « Chemin d'application cible non 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 iOS Analyzer.

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 masqué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 prise en charge du type dynamique ne fonctionne pas avec le simulateur iOS 15 Pro

Un problème affecte le simulateur iPhone 15 Pro, empêchant la règle de prise en charge du type dynamique de fonctionner. Si vous avez activé cette règle, vous ne pourrez pas la tester avec un simulateur iPhone 15 Pro. Un bug a été signalé auprès d'Apple.

Règles contre les contrôles imbriqués

En examinant une amélioration pour nos règles, nous avons constaté que dans XCTest, les contrôles imbriqués ne sont pas renvoyés dans l'arborescence d'accessibilité. Un bug a été signalé auprès d'Apple. (#1110)

Faux positif : dans une vue défilante, ActiveControlName

Nous travaillons activement sur des correctifs pour les faux positifs suivants et mettrons à jour cette liste au fur et à mesure de leur publication.

In Scroll View
Peut signaler des problèmes pour du texte au sein d'éléments agissant comme bannière. Pour rendre ces éléments disponibles aux personnes nécessitant un texte plus grand, utilisez UILargeContentViewer. (#622) ActiveControlName
Si une UIImageView a un `accessibilityIdentifier` défini mais n'est pas focalisable par VoiceOver, et qu'il y a des contrôles focalisables imbriqués en son sein, ActiveControlName peut signaler un faux positif sur la UIImageView. Supprimer le `accessibilityIdentifier` résout le problème. Un bug a été signalé auprès d'Apple. (#1226)

Faux négatif : nom de vue d'image, texte focalisable dans iOS 13 à iOS 14.8.1

Nous travaillons activement sur des correctifs pour les faux négatifs suivants et mettrons à jour cette liste au fur et à mesure de leur publication.

Image View Name
Si une UIImageView a un `accessibilityIdentifier` défini mais n'est pas focalisable par VoiceOver, ImageViewName peut signaler un faux négatif sur la UIImageView. Supprimer le `accessibilityIdentifier` résout le problème. Un bug a été signalé auprès d'Apple. (#1226) Focusable Text
Les éléments marqués comme non-accessibilité peuvent signaler des résultats incorrects en raison d'un bug dans le framework d'Apple.

Axe DevTools Mobile pour Android

Crash lors de l'utilisation de Proguard

Si votre build de débogage ou de test utilise Proguard, suivez les étapes pour ignorer Deque dans vos paramètres Proguard.

Crash lorsque `minifiedEnabled` est activé

Si vous miniaturisez votre build, vous verrez un crash avec un journal d'erreur indiquant qu'un adaptateur n'a pas pu être trouvé lors de la tentative de connexion à la bibliothèque Axe DevTools. Désactivez la miniaturisation 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 miniaturiser la bibliothèque axeDevTools, entraînant une erreur semblable à :

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 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.

Tableau de bord Axe DevTools Mobile

Capture d'écran manquante

Si la capture d'écran est manquante sur la page de détails de l'analyse, il se peut que votre application empêche les captures d'écran d'être prises. C'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 scans Android ne sont pas formatés

Certains noms de scans Android qui par défaut reprennent le titre de l'écran apparaîtront sous la forme du nom complet de la classe incluant l'identifiant du paquet. Dans une future version, cela sera résolu pour que le titre de l'écran soit formaté de manière 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 la vue active

En raison des limitations des informations disponibles via la plateforme Appium, nous avons identifié un faux positif pour Nom de la vue active lors de l'utilisation de la labeledBy propriété pour fournir un label pour un élément bouton. Nous explorons des solutions et attendons une correction lors d'une version future.

React Native & .NET MAUI : Étiquette dans le nom & Étiquette au début

En raison de limitations d'information disponibles via la plateforme Appium, nous avons identifié que les règles Étiquette dans le nom & Étiquette au début ne peuvent pas s'appliquer pour les applications développées avec React Native. Nous explorons des solutions et prévoyons une correction dans une future version.

React Native : Inspection de la hiérarchie d'affichage montrant un écran précédent

Parfois, la propriété source de la page Appium nécessite plus de temps pour être mise à jour entre les analyses. Si cela se produit, vous verrez la hiérarchie d'affichage d'un écran précédent lorsque vous utilisez la fonction d'inspection sur le tableau de bord. Pour réparer cela, ajoutez un petit délai avant d'appeler l'API source de la page pour lancer l'analyse d'accessibilité. Exemple :

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