Notes de version d'Axe DevTools Mobile du 18 septembre 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

18 septembre 2024

Not for use with personal data

Versions des composants

  • SDK iOS (axeDevToolsXCUI v2.12.4)
  • Analyseur iOS (axe-devtools-mobile-analyzer v1.4.0)
  • Driver Appium iOS (axe-appium-xcuitest-driver v1.0.0)
  • Driver Appium Android (axe-appium-uiautomator2-driver v1.0.0)

Comment mettre à jour : SDK iOS, Analyseur iOS

Quoi de neuf ?

Drivers Appium 🎉

Nous sommes ravis d'annoncer deux nouveaux drivers Appium pour une solution de test d'accessibilité Appium à la pointe de l'industrie. Nos drivers sont alimentés par nos SDKs éprouvés, vous offrant les mêmes résultats robustes et précis que vous obtenez avec tous nos composants Axe DevTools Mobile. Nos drivers Appium couvrent toutes les règles mobiles disponibles de Deque et configuration ne prend que quelques minutes.

Utilisez-vous actuellement le plugin Appium Axe DevTools ? Consultez notre guide de migration pour démarrer avec les nouveaux drivers.

Corrections

SDK et Analyseur iOS

  • Plusieurs améliorations de la précision de la règle de contraste des couleurs
  • Correction d'une erreur de sérialisation qui causait l'échec de certains scans

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 notifier une fois le problème résolu ou vous informer d'une solution de contournement si aucune n'est disponible.

important
  • Les tests automatisés d'Axe DevTools Mobile fonctionnent sur les applications iOS natives, 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 fortement d'utiliser Axe DevTools pour le Web ou Axe Monitor pour les tests d'accessibilité les plus complets pour le Web.

iOS

Erreur dans le projet Analyser et test par ID du bundle en 2.8.1

La fonctionnalité de test d'une application par identifiant de bundle a été interrompue 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 version la plus récente pour résoudre l'erreur. Mettez à jour vers la dernière version au sein du projet d'analyseur iOS.

Faux Positif : LabelInName et LabelAtFront dans les applications SwiftUI et multiplateformes

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

Règle de prise en charge du type dynamique ne fonctionnant 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 prise en charge du type dynamique de s'exécuter. Si vous êtes inscrit à la règle de prise en charge du type dynamique, vous ne pourrez pas la tester en utilisant un simulateur iPhone 15 Pro. Un bug a été déposé 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 retournés dans l'arbre d'accessibilité. Un bug a été déposé auprès d'Apple. (#1110)

La règle ImageView Name nécessite une révision des résultats pour les applications UIKit

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 focalisabilité 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 ImageView Name dans les applications UIKit seront signalés comme nécessitant une révision. Un rapport de bug a été déposé auprès d'Apple. (#1633)

Faux Positif : Dans la vue de défilement, Label In Name, Label at Front, et v2.11.0 Image View Name & ActiveControlName

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

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

v2.11.0 Image View Name & Active Control Name
Si un UIImageView a un `accessibilityIdentifier` défini mais n'est pas focalisable par VoiceOver, et qu'il a des contrôles focalisables imbriqués en son sein, ActiveControlName peut signaler un faux positif sur l'UIImageView. Supprimer le `accessibilityIdentifier` résout le problème. Un bug a été déposé auprès d'Apple. (#1633)

Label In Name and Label At Front
Ces deux règles recherchent l'é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, le texte incorrect à proximité peut être détecté, causant l'échec de ces règles. (#1622)

Android

Application d'analyseur : le bouton d'action flottant disparaît

Introduite avec l'API 31 (Android 12) est la capacité de masquer les superpositions non système. Pour pouvoir utiliser l'application Axe Analyzer, assurez-vous que ce paramètre n'est pas activé. Si vous avez choisi d'utiliser cette fonctionnalité pour ses améliorations de la sécurité, nous recommandons de la désactiver pour les versions de test internes où vous pouvez utiliser en toute sécurité des données de test et ainsi éliminer les préoccupations de sécurité. Note: this setting does not affect Google's accessibility scanner app as it's considered a system overlay.

Pour utiliser l'application Axe Accessibility Analyzer, mettez à jour tout appel à la méthode setHideOverlayWindows(true) à setHideOverlayWindows(false) sur les fenêtres d'activité concernées.

Capture d'écran manquante (Boîte noire) dans le tableau de bord

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

Crash lorsque `minifiedEnabled` est réglé sur true

Si vous minifiez votre build, vous verrez un crash avec un journal d'erreurs signalant qu'un adaptateur n'a pas pu être trouvé lors de la tentative de connexion à la bibliothèque Axe DevTools. Désactivez la minification pour vos builds de débogage avec Axe DevTools implémenté. (#729)

Les builds avec r8 activé génèrent une erreur

Une build avec r8 activé peut tenter de minifier 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 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 à API Compose setTestTag.

Message du journal :MlKitContext has not been initialized

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

MAUI : Règle de nom du champ de texte

En raison des limitations de l'architecture des applications MAUI dans l'écosystème Android, la règle de nom du champ de texte apparaîtra comme À reviser dans le tableau de bord lorsqu'un échec est suspecté pour la version SDK 5.5.0 et supérieure. Veuillez vérifier le comportement correct manuellement pour ce cas.

Android natif : Dialogues / modaux personnalisés

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 sur ces modaux ou dialogues personnalisés et de les vérifier manuellement pour vous assurer qu'ils se comportent comme souhaité avec les technologies d'assistance.

Tableau de bord Web

Capture d'écran manquante

Si la capture d'écran manque sur la page des détails de l'analyse, votre application peut empêcher les captures d'écran d'être prises. Cela est souvent dû à des raisons de sécurité dans votre application de production. Envisagez de supprimer cette exigence pour votre version de test afin de permettre un fonctionnement complet dans le tableau de bord mobile d'Axe DevTools.

Certains noms d'analyse Android sont non formatés

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