axe DevTools Mobile Notes de version du 31 janvier 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

31 janvier 2024

Not for use with personal data

Versions des composants

  • axeDevToolsXCUI v2.9.0
  • axe-devtools-android v5.1.0

Quoi de neuf ?

Android

  • Nous avons ajouté une nouvelle règle, Étiquette en avant. Il s'agit d'une bonne pratique pour WCAG 2.1 - 2.5.3 et garantit que le nom accessible d'un contrôle actif commence par le texte visible du contrôle. Par exemple, un bouton avec un texte visible, « Connexion », et un nom accessible, « Connexion pour transférer de l'argent », passerait cette règle. Un bouton avec un texte visible, « Connexion », et un nom accessible, « Appuyez ici pour vous connecter », ne passerait pas cette règle.
  • Si vous êtes un client de cloud privé, vous pouvez désormais utiliser Mobile Analyzer pour envoyer des analyses à votre instance de cloud privé. Appuyez sur « Paramètres avancés » sur l’écran de connexion et saisissez l’URL de votre backend avant de vous connecter.

iOS

  • La configuration du serveur AccessToken est obsolète et sera supprimée dans une future version du framework axeDevToolsXCUI. La configuration du serveur peut désormais être effectuée sur l'objet AxeDevTools .
  • Si vous êtes un client de cloud privé, vous pouvez désormais utiliser Mobile Analyzer pour envoyer des analyses à votre instance de cloud privé. Saisissez l'URL de votre serveur backend dans le fichier setup.swift .

Tableau de bord

  • Nous avons ajouté un nouveau document de référence, Que reste-t-il à tester ?. Accédez à ce document à partir du lien Aide sur le tableau de bord pour découvrir ce qui est testé par axe DevTools Mobile et consulter des exemples de ce qu'il reste à tester manuellement.

Corrections de bugs

iOS

  • Lors du test des applications React Native, le nom de l'analyse sera désormais défini sur le titre de l'écran. Auparavant, le nom de l'analyse était défini sur « Aucun titre disponible » même lorsqu'un titre d'écran était présent.
  • La recherche d'ID de bundle pour Mobile Analyzer fonctionnera désormais avec les URL contenant une chaîne de requête.

Android

  • Correction d'un problème d'accessibilité avec un logo dans Mobile Analyzer auquel manquait une description de contenu.
  • Amélioration de l'étiquette accessible pour le bouton d'action flottant de Mobile Analyzer. Il annonce désormais : « Bouton Axe, appuyez deux fois pour scanner avec Axe Mobile Analyzer. »

Tableau de bord

  • Ajout d'étiquettes plus descriptives aux boutons « Exporter » et « Partager » sur la page de numérisation pour fournir plus de contexte.

Problèmes connus

Si vous rencontrez l'un des problèmes ci-dessous, veuillez nous contacter à helpdesk@deque.com ou support.deque.com. Nous serons alors en mesure de vous informer une fois le problème résolu ou d'une solution de contournement identifiée, si aucune n'est listée.

important
  • 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 pile technologique.
  • Bien que vous puissiez obtenir des résultats à partir de vues Web ou de PDF rendus, nous vous recommandons vivement de tester à l'aide d'axe DevTools pour le Web ou axe Monitor pour les tests d'accessibilité les plus complets pour le Web.

axe DevTools Mobile pour iOS

Erreur dans le projet Analyzer et les tests par ID de bundle dans 2.8.1

La fonctionnalité de test d'une application par identifiant de bundle était interrompue dans la version 2.8.1, ce qui entraînait 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 cadre du projet iOS Analyzer.

Les vues hors-champ peuvent afficher les résultats des applications SwiftUI testées dans iOS 17

Avec la version 2.8.0 (Voir les notes de publication), les résultats ne sont plus signalés sur les vues qui ne sont pas visibles, y compris hors-champ ou masquées par une autre vue. Nous avons découvert que dans les applications SwiftUI testées dans iOS 17, certains résultats apparaissent encore. (#1383)

La règle 'Supports Dynamic Type' ne fonctionne pas avec le simulateur iOS 15 Pro

Il existe un problème affectant le simulateur iPhone 15 Pro qui empêche l'exécution de la règle Prend en charge le type dynamique. Si vous avez opté pour la règle « Prend en charge le type dynamique », vous ne pourrez pas la tester à l’aide d’un simulateur iPhone 15 Pro. Un bug a été signalé à Apple.

Règles contre les contrôles imbriqués

En recherchant une amélioration de 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é à Apple. (#1110)

Faux positif : dans Scroll View, ActiveControlName

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

En mode défilement
Peut signaler des problèmes de texte dans les é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) Nom du contrôle actif
Si un UIImageView possède un `accessibilityIdentifier` attribut mais n'est pas focalisable par VoiceOver et qu'il contient des contrôles focalisables imbriqués, ActiveControlName peut signaler un faux positif sur le UIImageView. La suppression du `accessibilityIdentifier` résout le problème. Un bug a été signalé à Apple. (#1226)

Faux négatifs : nom de la vue d'image, Texte pouvant être mis au point dans iOS 13 via 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 que des correctifs seront publiés.

Image View Name
Si un UIImageView a un `accessibilityIdentifier` attribut défini mais n'est pas focalisable par VoiceOver, ImageViewName peut signaler un faux négatif sur le UIImageView. La suppression du `accessibilityIdentifier` résout le problème. Un bug a été signalé à Apple. (#1226) Texte focalisable
Les éléments marqués comme éléments non accessibles peuvent signaler des résultats incorrects en raison d'un bogue dans le framework d'Apple.

axe DevTools Mobile pour Android

Crash lors de l'utilisation de Proguard

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

Crash lorsque `minifiedEnabled` est défini sur true

Si vous minifiez votre construction, vous verrez un crash avec un journal d'erreurs signalant qu'un adaptateur n'a pas pu être trouvé lors de la tentative de se connecter à la bibliothèque axe DevTools. Désactivez la minification pour vos constructions de débogage avec axe DevTools intégré. (#729)

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

Une construction 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)
	
Pour résoudre cette erreur, ajoutez la ligne suivante à votre fichier ProGuard pour conserver les classes axeDevTools :
keep class com.deque.** { *; }

Message d'erreur similaire à :
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)

Si vous rencontrez une erreur du type `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)`, veuillez nous contacter à helpdesk@deque.com ou support.deque.com pour obtenir de l'aide. Dans certaines conditions, deux nœuds racine Compose peuvent exister en même temps.

Tableau de bord axe DevTools Mobile

Capture d'écran manquante

Si la capture d'écran est manquante sur la page des détails de l'analyse, 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 une fonctionnalité complète dans le tableau de bord axe DevTools Mobile.

Certains noms d'analyse Android ne sont pas formatés

Certains noms de scan Android qui sont par défaut dans le titre de l'écran apparaîtront comme le nom de classe complet, y compris l'identifiant du bundle. Dans une version ultérieure, ce problème sera résolu afin que le titre de l'écran soit formaté en un nom plus lisible. Pour contourner ce problème, vous pouvez définir le nom du scan à partir du tableau de bord ou des frameworks. (#1643)