Notes de version Axe DevTools Mobile juin 2023

Utilisez le framework axeDevToolsXCUI dans UITesting pour les vues SwiftUI.

L'API des règles personnalisées n'est pas ouverte à Objective-C.

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.

InScrollView
InScrollView peut signaler des problèmes pour le texte dans les éléments qui se comportent comme des bannières. Pour rendre ces éléments disponibles à ceux qui nécessitent un texte plus grand, utilisez UILargeContentViewer.

SupportsDynamicType
Vous pouvez voir des faux positifs dans les scénarios suivants :

• Si vous utilisez le UIContentSizeCategoryDidChange notification, le framework peut signaler à tort que le texte ne répond pas au type dynamique dans les tests UI.
• Si vous utilisez NotificationCenter.default.addObserver(forName:.., object:.., queue:.., using:..) pour répondre à la UIContentSizeCategoryDidChange notification.
• Si vous utilisez traitCollectionDidChange sur la vue parente d'un texte ou le contrôleur de vue pour répondre au type dynamique.

Les vues Picker dans SwiftUI et UIKit peuvent bloquer le framework sur les simulateurs ou les appareils.

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

A11yElementFocusBox
Pour les vues hors écran, cette règle peut signaler à tort que la boîte de focus VoiceOver n'encapsule pas la vue.

InScrollView
InScrollView peut signaler des problèmes pour le texte au sein d'éléments se comportant comme des bannières. Pour rendre ces éléments disponibles à ceux qui nécessitent un texte plus grand, utilisez UILargeContentViewer. Colliding Views
Lorsque une sous-vue défilable contient du texte et que cette sous-vue ne s'étend pas jusqu'au bord des limites de l'écran, vous verrez des échecs pour le texte situé à l'intérieur des limites de la vue.

Les éléments marqués comme non-accessibles peuvent ne pas fournir de résultats corrects en raison d'un bug dans le framework d'Apple.

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

Essayez les imports suivants :

	implementation 'androidx.core:core-ktx:1.9.0'
	implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.6.4'
	implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.6.4'
	

Une compilation avec r8 activé peut tenter de minimiser 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)`, veuillez nous contacter à helpdesk@deque.com ou support.deque.com pour obtenir de l'aide. Dans certaines conditions, il peut y avoir deux nœuds racine Compose existant en même temps.

Certains noms de scans Android qui par défaut portent 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 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 scan depuis le tableau de bord ou les frameworks