axe DevTools Mobile 17. April 2024 Versionshinweise
17. April 2024
Komponentenversionen
– iOS SDK und Analyzer (axeDevToolsXCUI v2.10.0)
- Android SDK (axe-devtools-android v5.4.0)
- Android Analyzer (axe Accessibility Analyzer v1.7.0)
So aktualisieren Sie: iOS SDK, iOS Analyzer, Android SDK, Android Analyzer
Was ist neu?
Nutzungsverfolgung
Wir haben es einfacher gemacht, die Nachverfolgung der Nutzung von axe DevTools Mobile durch Ihr Team zu aktivieren. Stellen Sie in den globalen Einstellungen des axe-Kontoportals „Nutzungsdienst“ auf „Aktivieren“ und geben Sie Ihre URL und Organisations-ID ein. Sie brauchen dem Code nichts mehr hinzuzufügen. (Hinweis: Die bereits per Code für Ihre automatisierten Tests konfigurierte Nutzungsverfolgung funktioniert weiterhin.) Kontaktieren Sie helpdesk@deque.com , um Ihre Organisations-ID zu erhalten. So aktivieren Sie den Nutzungsdienst | Über den Nutzungsdienst
Scans im axe Universal Format exportieren
Sie können jetzt Scans vom axe DevTools Mobile Dashboard im universellen axe-JSON-Format exportieren – einem Standardformat, das von allen axe-Produkten verwendet wird. Verwenden Sie dieses Format, wenn Sie Ihre Ergebnisse zur mobilen Barrierefreiheit in ein anderes Deque-Produkt wie axe Auditor importieren möchten oder wenn Sie die Ergebnisse zur Barrierefreiheit aus mehreren axe-Produkten programmgesteuert aggregieren und dabei eine konsistente Ausgabe von jedem Produkt verwenden möchten. So exportieren Sie Scans aus dem Dashboard | Mobiles versus universelles Format
Android
– Wir haben die Regeln Inaktive barrierefreie Ansicht und Fokussierbarer Text aus dem experimentellen Status herausgeholt. Nach einer strengen Evaluierung sind wir von ihren Ergebnissen überzeugt. Wenn Sie in den Dashboard-Einstellungen experimentelle Regeln deaktiviert haben, beginnen Sie, die Ergebnisse dieser Regeln zu sehen. Andernfalls erhalten Sie weiterhin Ergebnisse aus diesen Regeln, diese werden jedoch nicht mehr im Abschnitt „Experimentelle Ergebnisse“ angezeigt. Über experimentelle Regeln | Konfigurieren des Dashboards
iOS
– Wir setzen die Regel Kollidierende Steuerelemente außer Kraft. Kollidierende Steuerelemente fallen nun unter die WCAG-konforme Regel Touch Target Spacing . Die Ergebnisse für kollidierende Steuerelemente werden jetzt unter „Ignoriert“ angezeigt. Wir werden die Ergebnisse in einer kommenden Version vollständig entfernen.
Fehlerbehebungen
Android
– Wir haben die Mobile Analyzer-App aktualisiert, um Abstürze während der Einrichtung unter Android Version 11 und darunter zu verhindern. – Wir haben ein Problem in der Mobile Analyzer-App behoben, bei dem eine falsche Backend-Server-URL dazu führte, dass die App-Einrichtung fehlschlug. Dies gilt nur für Private Cloud- oder On-Premise-Kunden. – Wir haben einen Fehler in der Regel Label in Name behoben, der dazu führte, dass die Regel fälschlicherweise einen Fehler zurückgab, wenn der sichtbare Text Teil des zugänglichen Namens war. – Um Fehlalarme zu vermeiden, werden Komponenten, deren Inhalt nicht vollständig auf dem Bildschirm angezeigt wird, nicht mehr anhand der Regeln Größe des Touch-Ziels, Abstand des Touch-Ziels oder Farbkontrast analysiert.
- Um Fehlalarme in den Regeln Bezeichnung im Namen, Name des verschachtelten Elements und Fokussierbarer Text zu verhindern, kennzeichnen wir jetzt bestimmte Szenarios als „Muss überprüft werden“ statt als „Fehlgeschlagen“, wenn wir uns eines Fehlschlags nicht hundertprozentig sicher sein können. Sie sollten diese Probleme überprüfen, um sicherzustellen, dass der barrierefreie Text für unterstützende Technologien wie TalkBack oder Voice Access verfügbar ist.
iOS
- Um Fehlalarme zu vermeiden, gibt die Regel Kollidierende Ansichten in allen Fällen „Muss überprüft werden“ statt „Fehlgeschlagen“ zurück.
- Der Usage Service hat bisher nur "login"-Ereignisse verfolgt und verfolgt jetzt sowohl "login"- als auch "scan"-Ereignisse.
Übersicht
- Ein Fehler wurde behoben, bei dem Scans nicht exportiert werden konnten, wenn der App-Name ein Unicode-Zeichen enthielt.
Bekannte Probleme
Wenn bei Ihnen eines der folgenden Probleme auftritt, kontaktieren Sie uns bitte unter helpdesk@deque.com oder support.deque.com. Wir können Sie dann benachrichtigen, sobald das Problem behoben ist, oder Ihnen einen Workaround empfehlen, falls keiner aufgeführt ist.
- Automatisierte Tests von axe DevTools Mobile laufen auf nativen iOS-, nativen Android- und React Native-Anwendungen. Bitte wenden Sie sich für Lösungen zum Testen der Barrierefreiheit für Ihren Tech-Stack an Ihren Deque-Vertreter.
- Obwohl Sie möglicherweise einige Ergebnisse aus Webansichten oder gerenderten PDFs erhalten, empfehlen wir dringend, die Tests mit axe DevTools for Web oder axe Monitor für umfassendste Zugänglichkeitstests im Web durchzuführen.
axe DevTools Mobile für iOS
Fehler im Analyzer-Projekt und beim Testen nach Bundle-ID in 2.8.1
Die Funktion zum Testen einer Anwendung per Bundle-ID war in Version 2.8.1 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 im iOS Analyzer-Projekt auf die neueste Version.
Ansichten außerhalb des Bildschirms können Ergebnisse für in iOS 17 getestete SwiftUI-Apps anzeigen
Mit Version 2.8.0 (Versionshinweise anzeigen) werden Ergebnisse nicht mehr für Ansichten gemeldet, die nicht sichtbar sind, einschließlich Ansichten außerhalb des Bildschirms oder von anderen Ansichten verdeckt. Wir haben festgestellt, dass in SwiftUI-Anwendungen, die in iOS 17 getestet werden, einige Ergebnisse immer noch angezeigt werden. (#1383)
Regel für dynamische Typunterstützung funktioniert nicht mit dem iOS 15 Pro-Simulator
Es gibt ein Problem beim iPhone 15 Pro-Simulator, das die Ausführung der Regel „Unterstützt dynamischen Typ“ verhindert. Wenn Sie die Regel „Unterstützt dynamischen Typ“ aktiviert haben, können Sie sie nicht mit einem iPhone 15 Pro-Simulator testen. Ein Fehler wurde bei Apple gemeldet.
Regeln gegen verschachtelte Steuerelemente
Bei der Suche nach einer Verbesserung unserer Regeln haben wir festgestellt, dass in XCTest verschachtelte Steuerelemente nicht im Zugänglichkeitsbaum zurückgegeben werden. Ein Fehler wurde bei Apple gemeldet. (#1110)
Falsch-Positiv: In der ScrollView, ActiveControlName
Wir arbeiten aktiv an der Behebung der folgenden Fehlalarme und aktualisieren diese Liste, sobald Korrekturen veröffentlicht werden.
In der Scroll-Ansicht
Kann Probleme mit Text in Elementen mit Bannerverhalten melden. Um diese Elemente für diejenigen verfügbar zu machen, die größeren Text benötigen, verwenden Sie UILargeContentViewer
. (#622)
ActiveControlName
Wenn für eine UIImageView ein `accessibilityIdentifier` gesetzt ist, diese jedoch nicht von VoiceOver fokussiert werden kann, und darin fokussierbare Steuerelemente verschachtelt sind, meldet ActiveControlName möglicherweise einen Falsch Positiv für die UIImageView. Durch das Entfernen von `accessibilityIdentifier` wird das Problem behoben. Ein Fehler wurde bei Apple gemeldet. (#1226)
False Negative: Bildansichtsname, fokussierbarer Text in iOS 13 bis iOS 14.8.1
Wir arbeiten aktiv an der Behebung der folgenden Falsch-Negativen und aktualisieren diese Liste, sobald Korrekturen veröffentlicht werden.
Name der Bildansicht
Wenn für ein UIImageView ein `accessibilityIdentifier` -Set vorhanden ist, es jedoch nicht von VoiceOver fokussiert werden kann, meldet ImageViewName möglicherweise ein falsches Negativ für das UIImageView. Durch das Entfernen von `accessibilityIdentifier` wird das Problem behoben. Ein Fehler wurde bei Apple gemeldet. (#1226)
Fokussierbarer Text
Elemente, die als nicht barrierefreie Elemente gekennzeichnet sind, können aufgrund eines Fehlers im Framework von Apple falsche Ergebnisse melden.
axe DevTools Mobile für Android
Absturz bei Verwendung von Proguard
Wenn Ihr Debug- oder Testbuild Proguard verwendet, befolgen Sie die Schritte, um Deque in Ihren Proguard-Einstellungen zu ignorieren.
Absturz, wenn `minifiedEnabled` auf „true“ gesetzt ist
Wenn Sie Ihren Build minimieren, wird ein Absturz mit einem Fehlerprotokoll angezeigt, das meldet, dass beim Versuch, sich bei der axe DevTools-Bibliothek anzumelden, ein Adapter nicht gefunden werden konnte. Deaktivieren Sie Minify 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 Bibliothek axeDevTools zu minimieren, was zu einem Fehler ähnlich dem folgenden führt:
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)Um diesen Fehler zu beheben, fügen Sie Ihrer ProGuard-Datei die folgende Zeile hinzu, um die axeDevTools-Klassen beizubehalten:
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()?
Wenn ein Fehler wie `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)` oder `No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?` auftritt, beziehen Sie sich bitte auf Compose setTestTag API.
axe DevTools Mobile Dashboard
Fehlender Screenshot
Wenn der Screenshot auf der Seite mit den Scandetails fehlt, verhindert Ihre App möglicherweise, dass Screenshots erstellt werden. Dies geschieht häufig aus Sicherheitsgründen in Ihrer Produktionsanwendung. Erwägen Sie das Entfernen dieser Anforderung für Ihren Testbuild, um die volle Funktionalität im axe DevTools Mobile Dashboard zu ermöglichen.
Einige Android-Prüfnamen sind unformatiert
Bei einigen Android-Prüfnamen, die standardmäßig als Bildschirmtitel angezeigt werden, wird der vollständige Klassenname einschließlich der Bundle-ID angezeigt. In einer zukünftigen Version wird dies behoben, sodass der Bildschirmtitel in einen besser lesbaren Namen formatiert wird. Als Workaround können Sie den Prüfname über das Dashboard oder Frameworks festlegen. (#1643)
axe DevTools Mobile für Appium
Falsch positiv: Name der aktiven Ansicht
Aufgrund begrenzter Informationen, die über die Appium-Plattform verfügbar sind, haben wir eine Falsch-Positiv-Meldung für den Active View-Namen festgestellt, wenn die labeledBy
-Eigenschaft zum Bereitstellen einer Beschriftung für ein Button-Element verwendet wird. Wir suchen nach Lösungen und erwarten eine Behebung in einer zukünftigen Version.
React Native & .NET MAUI: Label im Namen & Label auf der Vorderseite
Aufgrund von Einschränkungen bei den über die Appium-Plattform verfügbaren Informationen haben wir festgestellt, dass die Regeln „Label In Name“ und „Label At Front“ für mit React Native erstellte Apps nicht ausgeführt werden können. Wir suchen nach Lösungen und erwarten eine Behebung in einer zukünftigen Version.
React Native: Ansichtshierarchie anzeigen, die den vorherigen Bildschirm zeigt
Manchmal benötigt die Appium-Seitenquelleneigenschaft zwischen den Scans zusätzliche Zeit, um aktualisiert zu werden. Wenn dies geschieht, wird Ihnen beim Verwenden der Überprüfungsfunktion auf dem Dashboard die Ansichtshierarchie eines vorherigen Bildschirms angezeigt. Um das Problem zu beheben, fügen Sie vor dem Aufruf der Seitenquellen-API ein kleines Timeout hinzu, um den Barrierefreiheitsscan auszulösen. Beispiel:
await driver.pause(1000); const result = await driver.getPageSource();