Axe DevTools Mobile Versionshinweise vom 11. Dezember 2024
11. Dezember 2024
Fehlerbehebungen
- Mehrere Verbesserungen der Barrierefreiheit im Axe DevTools Mobile Dashboard
- Entfernung von überflüssigem Leerraum unter der Tabelle im Axe DevTools Mobile Dashboard
- Erhöhte Größe des Screenshots auf der Seite mit den Problemdetails
- Ein Problem wurde behoben, bei dem das Speichern eines Scans einen Fehler meldete
Veraltete Funktionen
Wir haben die Android Compose-Regeln und die iOS Nested Active Controls aus den Einstellungen für benutzerdefinierte Regelsets im Axe DevTools Mobile Dashboard entfernt. Diese Regeln sind seit über einem Jahr veraltet und werden nicht mehr unterstützt.
Bekannte Probleme
Wenn Sie eines der unten aufgeführten Probleme erleben, kontaktieren Sie uns bitte unter helpdesk@deque.com oder support.deque.com. Wir können Sie dann benachrichtigen, sobald es behoben ist, oder über einen identifizierten Workaround informieren, falls keiner aufgeführt ist.
- Axe DevTools Mobile automatisierte Tests laufen auf nativen iOS-, nativen Android- und React Native-Anwendungen. Bitte kontaktieren Sie Ihren Deque-Ansprechpartner für Lösungen zur Barrierefreiheitstests auf Ihrem Tech-Stack.
- Obwohl Sie einige Ergebnisse von Web-Views oder gerenderten PDFs erhalten können, empfehlen wir dringend, Axe DevTools für Web oder Axe Monitor für die umfassendsten Barrierefreiheitstests im Web zu verwenden.
iOS
Fehler in Analyzer-Projekt & Testen nach Bundle-ID in 2.8.1
In Version 2.8.1 war die Funktionalität beim Testen einer Anwendung nach Bundle-ID defekt, was zu einem Fehler mit dem Titel „Kein Zielanwendungspfad über Testkonfiguration angegeben: ...“ führte. Aktualisieren Sie auf 2.8.2 oder die neueste Version, um den Fehler zu beheben. Aktualisieren Sie auf die neueste Version im iOS Analyzer-Projekt.
Falsch positiv: LabelInName und LabelAtFront in SwiftUI & plattformübergreifende Apps
Einige Bildschirme können aufgrund einer falschen associatedText-Eigenschaft, die gefunden wurde (#1622), falsch positive Ergebnisse bei LabelInName und LabelAtFront melden.
Supports Dynamic Type Regel funktioniert nicht mit iOS 15 Pro Simulator
Es gibt ein Problem mit dem iPhone 15 Pro Simulator, das verhindert, dass die Supports Dynamic Type Regel ausgeführt wird. Wenn Sie für die Supports Dynamic Type Regel angemeldet sind, können Sie sie nicht mit einem iPhone 15 Pro Simulator testen. Ein Fehlerbericht wurde bei Apple eingereicht.
Regeln gegen geschachtelte Steuerungen
Beim Überprüfen einer Verbesserung unserer Regeln stellten wir fest, dass in XCTest geschachtelte Steuerungen nicht im Barrierefreiheitsbaum zurückgegeben werden. Ein Fehlerbericht wurde bei Apple eingereicht. (#1110)
ImageView Name Regel braucht Überprüfung der Ergebnisse für UIKit Apps
In UIKit-Apps ist ein Bild ohne `accessibilityLabel` standardmäßig nicht mit unterstützender Technologie fokussierbar.
Die Eigenschaften, die wir von Apple verwenden, um die Fokussierbarkeit zu überprüfen, können ungenau sein, wenn auf dem Bild ein `accessibilityIdentifier` gesetzt ist. Aufgrund dieses unerwarteten Verhaltens werden die Ergebnisse für ImageView Name Probleme in UIKit-Apps als benötigt Überprüfung gemeldet. Ein Fehlerbericht wurde bei Apple eingereicht. (#1633)
Falsch positiv: In Scroll View, Label In Name, Label at Front und v2.11.0 Image View Name & ActiveControlName
Wir arbeiten aktiv an Lösungen für die folgenden Falschpositiven und werden diese Liste aktualisieren, sobald Lösungen veröffentlicht werden.
In Scroll View
Möglicherweise werden Probleme für Text innerhalb von bannerähnlichen Elementen gemeldet. Um diese Elemente für Personen verfügbar zu machen, die größere Texte benötigen, verwenden Sie UILargeContentViewer. (#622)
v2.11.0 Image View Name & Active Control Name
Wenn ein UIImageView ein `accessibilityIdentifier` hat, aber nicht durch VoiceOver fokussierbar ist und es fokussierbare Steuerungen innerhalb davon gibt, kann ActiveControlName ein falsch positives Ergebnis auf dem UIImageView melden. Das Entfernen des `accessibilityIdentifier` behebt das Problem. Ein Fehlerbericht wurde bei Apple eingereicht. (#1633)
Label In Name and Label At Front
Diese beiden Regeln suchen nach einem sichtbaren Label eines Steuerelements unter benachbarten Elementen, um den Regelstatus zu bestimmen. In einigen Ansichtshierarchien kann der falsche nahegelegene Text erkannt werden, was dazu führt, dass diese Regeln fehlschlagen. (#1622)
Android
Analyzer App: Floating Action Button verschwindet
Eingeführt mit API 31 (Android 12) ist die Möglichkeit, nicht-systemeigene Overlays auszublenden. Um die Axe Analyzer App zu nutzen, stellen Sie bitte sicher, dass diese Einstellung nicht aktiviert ist. Wenn Sie sich entschieden haben, diese Funktion für deren Sicherheitsverbesserungen zu nutzen, empfehlen wir, sie für interne Testversionen ausgeschaltet zu lassen, bei denen Sie sicher Testdaten nutzen und Sicherheitsbedenken so eliminieren können. Note: this setting does not affect Google's accessibility scanner app as it's considered a system overlay.
Um die Axe Accessibility Analyzer App zu nutzen, aktualisieren Sie alle Aufrufe der Methode setHideOverlayWindows(true) auf den betroffenen Aktivitätsfenstern. setHideOverlayWindows(false) Screenshot fehlt (Schwarzes Kästchen) im Dashboard
Screenshot Missing (Black Box) in the Dashboard
Um die volle Funktionalität von Axe DevTools für Mobile freizuschalten, stellen Sie sicher, dass Screenshots aktiviert sind. Wir empfehlen, Screenshots in einer Debug- oder Testversion Ihrer App zu aktivieren, die Mock-Daten verwendet, um Sicherheitsbedenken zu vermeiden. Sehen Sie sich unseren Leitfaden für Aktivierung von Screenshots in Android-Apps an.
Absturz, wenn "minifiedEnabled" auf true gesetzt ist
Wenn Sie Ihr Build verkleinern, wird ein Absturz mit einem Fehlerprotokoll auftreten, das angibt, dass ein Adapter nicht gefunden werden konnte, wenn versucht wird, sich bei der Axe DevTools-Bibliothek anzumelden. Deaktivieren Sie das Minifying für Ihre Debug-Builds mit implementierten Axe DevTools. (#729)
Builds mit aktiviertem r8 werfen einen Fehler
Ein Build mit aktiviertem r8 versucht möglicherweise, die axeDevTools-Bibliothek zu verkleinern, was zu einem Fehler führt, der ähnlich ist wie:
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.** { *; }
Fehlermeldung ähnlich wie:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
oder: No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?
Die Compose-APIs sind veraltet, bitte verwenden Sie die layout-unabhängige APIs , um weiterhin Updates zu erhalten. Wenn Sie die Compose-APIs weiterhin verwenden und auf einen Fehler stoßen, der in etwa lautet `Es wurde genau '1' Knoten erwartet, aber es wurden '2' Knoten gefunden, die erfüllen: (isRoot)` oder `Kein View initialisiert, haben Sie AxeDevToolsCompose.setComposeTestRule() aufgerufen?`, konsultieren Sie bitte Compose setTestTag API.
Protokollnachricht:MlKitContext has not been initialized
Wenn Sie diese Nachricht erhalten, können einige Regel-Ergebnisse möglicherweise nicht wie erwartet zurückgegeben werden, wenn diese Regel künstliche Intelligenz nutzt. Betroffene Regeln umfassen Farbkontrast, fokussierbaren Text und geschachtelten Elementnamen. (#841)
MAUI: Regel für den Bearbeitungstextnamen
Aufgrund von Einschränkungen der MAUI-App-Architektur im Android-Ökosystem wird die Regel für den Bearbeitungstextnamen im Dashboard als „Überprüfung erforderlich“ angezeigt, wenn ein Fehler für SDK-Version 5.5.0 und höher vermutet wird. Bitte bestätigen Sie in diesem Fall das korrekte Verhalten manuell.
Native Android: Benutzerdefinierte Dialoge/Modale
Wenn Sie benutzerdefinierte Dialoge oder Modale implementieren, die nicht auf den nativen Steuerelementen basieren, können Ergebnisse für Ansichten hinter dem Modal angezeigt werden. In diesem Fall empfehlen wir, unser Tool nicht bei diesen benutzerdefinierten Modalen oder Dialogen laufen zu lassen und stattdessen manuell zu prüfen, ob sie mit unterstützenden Technologien wie gewünscht funktionieren.
Web-Dashboard
Fehlender Screenshot
Wenn der Screenshot auf der Scan-Details-Seite fehlt, könnte Ihre App verhindern, dass Screenshots gemacht werden. Dies geschieht häufig aus Sicherheitsgründen in Ihrer Produktiv-Anwendung. Erwägen Sie, diese Anforderung für Ihre Testbuilds zu entfernen, um die volle Funktionalität im Axe DevTools Mobile Dashboard zu ermöglichen.
Einige Android-Scannamen sind nicht formatiert
Einige Android-Scannamen, die standardmäßig auf den Bildschirmtitel gesetzt sind, erscheinen als voller Klassenname einschließlich des Bundle-Bezeichners. In einer zukünftigen Version wird dies behoben, sodass der Bildschirmtitel in einen lesbareren Namen formatiert wird. Als Workaround können Sie den Scannamen vom Dashboard oder in den Frameworks festlegen. (#1643)
