Axe DevTools Mobile Versionshinweise vom 26. November 2025

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

26. November 2025

Not for use with personal data

Komponentenversionen

iOS

  • iOS Appium 2-Treiber (axe-appium-xcuitest-driver v2.1.1)
    • (Abgeleitet von XCUITest v9.10.4)
  • iOS Appium 3-Treiber (axe-appium3-xcuitest-driver v1.0.1)
    • (Abgeleitet von XCUITest v10.4.3)

So aktualisieren Sie: iOS Appium-Treiber

Android

  • Android Appium 2-Treiber (axe-appium-uiautomator2-driver v2.1.1)
    • (Abgeleitet von UiAutomator2 v4.2.8)
  • Android Appium 3-Treiber (axe-appium3-uiautomator2-driver v1.0.1)
    • (Abgeleitet von UiAutomator2 v5.0.1)

So aktualisieren Sie: Android Appium-Treiber

Fehlerbehebungen

Appium-Treiber

  • Verbesserungen der Axe Developer Hub-Integrationserfahrung zum automatischen Zusammenfassen aller Scans aus einer einzelnen Testsitzung in einem Bericht.

Bekannte Probleme

Wenn Sie eines der unten aufgeführten Probleme haben, kontaktieren Sie uns bitte unter helpdesk@deque.com oder support.deque.com. Wir können Sie dann informieren, sobald es gelöst ist oder eine identifizierte Lösung vorhanden ist, falls keine aufgeführt ist.

important
  • Axe DevTools Mobile automatisiertes Testen läuft auf nativen iOS-, nativen Android- und React Native-Anwendungen. Bitte kontaktieren Sie Ihren Deque-Vertreter für Barrierefreiheitstestlösungen für Ihren Technologie-Stack.
  • Obwohl Sie einige Ergebnisse von Webansichten oder gerenderten PDFs erhalten können, empfehlen wir dringend, Axe DevTools für das Web oder Axe Monitor für die umfassendste Barrierefreiheitstestung für das Web zu verwenden.

iOS

Ungenau isVisible Eigenschaft von XCTest

Apples Barrierefreiheits-APIs können Webinhalte innerhalb von WKWebView fälschlicherweise als „isVisible“ berichten, selbst wenn die Webansicht von nativen Überlagerungen (wie modalen Ansichten, Warnungen oder anderen nativen UI-Elementen) verdeckt ist. Dies geschieht, weil das Barrierefreiheitsystem überprüft, ob der WKWebView-Container selbst sichtbar ist, anstatt ob seine Webinhalte tatsächlich unverdeckt und für den Benutzer wahrnehmbar sind.

iOS 26 Barrierefreiheitsfehler mit Steppern

iOS 26 enthält einen Barrierefreiheitsfehler, bei dem die Standard-„Stepper“-Tasten nicht „gedimmt“ von Assistive Technology ansagen, um anzuzeigen, dass sie nicht aktiviert sind. Infolgedessen sehen die iOS-Regeln diese Tasten auch dann als aktiviert an, wenn sie es nicht sind. Ein Fehlerbericht wurde an Apple eingereicht, aber bis dies behoben ist, können die folgenden Regeln Ergebnisse von deaktivierten Stepper-Tasten melden: AssociatedText, InaccessibleAction, und ColorContrast.

Bis Apple diesen Fehler behebt, wird empfohlen, die [Regeln zu ignorieren](ios-ignore-rule). Die Standard-Stepper-Tasten haben die Bezeichner „Decrement“ und „Increment“ und können bei Bedarf durch Bezeichner ignoriert werden.

Color Contrast rule does not run when text and background colors are the same

Our Color Contrast rule depends on Machine Learning to detect text, which ensures that the text being scanned is visible to users of your application. In cases where the text contained in a view is the same color as the background, our Machine Learning algorithm is unable to detect if any text is present, so the Color Contrast rule does not run on this view.

Scans können auf physischen Geräten mit iOS Analyzer 1.4.7 nicht durchgeführt werden

Eine Konfigurationseinstellung im iOS Analyzer 1.4.7 verhindert das Durchführen von Scans und gibt die Meldung „Test fehlgeschlagen“ zurück. Um Scans auf einem physischen Gerät durchzuführen, aktualisieren Sie auf das neueste iOS Analyzer Projekt.

Fehler im Analyzer-Projekt & Testen nach Bundle-ID in 2.8.1

Die Funktionalität beim Testen einer Anwendung nach Bundle-Identifikator war in Version 2.8.1 defekt, was zu einem Fehler mit dem Titel "No target application path specified via test configuration: ..."führte. Aktualisieren Sie auf 2.8.2 oder die neueste Version, um den Fehler zu beheben. Aktualisieren Sie auf das neueste innerhalb des iOS Analyzer Projekts.

„Could not Serialize AxeResult“ Fehler im Analyzer-Projekt v1.2.0 & SDK v2.12.3

Das Scannen einiger Anwendungen mit dieser Version des Analyzers und SDKs führte zu einem "Could not Serialize AxeResult" Fehler. Aktualisieren Sie auf die neueste Version, um den Fehler zu beheben. Aktualisieren Sie auf das neueste iOS Analyzer Projekt.Aktualisieren Sie auf das neueste iOS SDK.

False Positive: LabelInName und LabelAtFront in SwiftUI & Cross-Plattform-Apps

Einige Bildschirme können falsche Positive mit LabelInName und LabelAtFront aufgrund einer falsch gefundenen associatedText-Eigenschaft melden (#1622)

Supports Dynamic Type-Regel funktioniert nicht mit iOS 15 Pro-Simulator

Es gibt ein Problem, das den iPhone 15 Pro-Simulator betrifft und die Durchführung der Supports Dynamic Type-Regel verhindert. Wenn Sie für die Supports Dynamic Type-Regel angemeldet sind, können Sie diese nicht mit einem iPhone 15 Pro-Simulator testen. Ein Fehler wurde bei Apple gemeldet.

Regeln gegen verschachtelte Steuerelemente

Während wir nach einer Verbesserung unserer Regeln suchten, stellten wir fest, dass in XCTest verschachtelte Steuerelemente nicht im Accessibility-Tree zurückgegeben werden. Ein Fehler wurde bei Apple gemeldet. (#1110)

ImageView-Name-Regel benötigt Überprüfungsergebnisse für UIKit-Apps

In UIKit-Apps ist ein Bild ohne ein accessibilityLabel standardmäßig nicht mit assistiver Technologie fokussierbar.
Die Eigenschaften, die wir von Apple verwenden, um die Fokussierbarkeit zu überprüfen, können ungenau sein, wenn ein accessibilityIdentifier auf das Bild gesetzt wird. Aufgrund dieses unerwarteten Verhaltens werden Ergebnisse für ImageView-Name-Probleme in UIKit-Apps als „Überprüfung erforderlich“ gemeldet. Ein Fehlerbericht wurde bei Apple eingereicht. (#1633)

False Positive: In Scroll View, Label In Name, Label at Front und v2.11.0 Image View Name & ActiveControlName

Wir arbeiten aktiv an Behebungen für die folgenden Fehlalarme und werden diese Liste aktualisieren, sobald Korrekturen verfügbar sind.

In Scroll View
Kann Probleme für Text innerhalb von Banner-verhaltenden Elementen melden. Um diese Elemente für Personen, die größere Texte benötigen, zugänglich zu machen, verwenden Sie UILargeContentViewer. (#622)

v2.11.0 Image View Name & Active Control Name
Wenn eine UIImageView ein accessibilityIdentifier gesetzt hat, aber nicht von VoiceOver fokussiert wird und sich fokussierbare Steuerelemente darin befinden, kann ActiveControlName einen Fehlalarm auf der UIImageView melden. Das Entfernen des accessibilityIdentifier behebt das Problem. Ein Fehler wurde bei Apple gemeldet. (#1633)

Label In Name and Label At Front
Diese beiden Regeln suchen nach dem sichtbaren Etikett eines Steuerelements unter nahegelegenen 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

Farbkontrastregel wird nicht ausgeführt, wenn Text- und Hintergrundfarben identisch sind

Unsere Farbkontrastregel hängt von maschinellem Lernen ab, um Text zu erkennen, was sicherstellt, dass der gescannte Text für die Benutzer Ihrer Anwendung sichtbar ist. In Fällen, in denen der Text einer Ansicht die gleiche Farbe wie der Hintergrund hat, kann unser maschinelles Lern-Algorithmus nicht erkennen, ob Text vorhanden ist, sodass die Farbkontrastregel in dieser Ansicht nicht ausgeführt wird.

EditTextName auf Android 7 (SDK 24-25)

Apps, die mit XML geschrieben sind und die Hinweistexteigenschaft nutzen, können falsche Positive mit der EditTextName -Regel sehen. Hinweistexte wurden erst mit Android 8 (SDK 26) eingeführt. Wenn Sie dieses Element in Ihrer XML-App verwenden, wird der Hinweistext dem Wert des Texteingabefelds zugewiesen. Neuere Versionen von Android sind besser darauf vorbereitet, dieses Erlebnis zugänglich zu machen.

Um dieses Problem zu umgehen, empfehlen wir zuerst, Ihre Tests auf neueren Versionen von Android durchzuführen. Wenn es jedoch wichtig ist, dass die App auf älteren Android-Versionen zugänglich ist, sollten Sie in Betracht ziehen, die Nutzung des hintText -Features zu vermeiden, da es offiziell nicht unterstützt wird.

Android: Ergebnisse von ausgeblendeten Ansichten

Möglicherweise sehen Sie Ergebnisse für Ansichten, die hinter anderen Ansichten auf dem Bildschirm versteckt sind. Diese versteckten Ansichten stehen assistiver Technologie nicht zur Verfügung, aber Axe DevTools Mobile meldet sie dennoch als Probleme.

Wir arbeiten an einer Lösung für dieses komplexe Problem. In der Zwischenzeit, wenn TalkBack diese Ansichten nicht erreichen kann, können Sie die entsprechenden Probleme ignorieren. Sie erfordern keine Korrektur, um Barrierefreiheit sicherzustellen.

Fehler beim Ausführen der ML Kit Texterkennung

Die ML Kit Texterkennung ist in vielen Axe DevTools Mobile-Regeln erforderlich, um die Genauigkeit der Ergebnisse sicherzustellen. Die ML Kit Bibliothek sollte automatisch importiert werden, wenn auf Axe DevTools Mobile in Ihren automatisierten Espresso- oder UIAutomator-Tests verwiesen wird. In einigen Fällen erfolgt der automatische Import jedoch nicht und Sie sehen den folgenden Fehler im Logcat:

Axe DevTools Android: Error while running mlKit Text Detection: MlKitContext has not been initialized.

Um dieses Problem zu beheben, sollten Sie die ML Kit-Bibliothek manuell in Ihr Projekt importieren. Fügen Sie in der build.gradle -Datei Ihrer Anwendung das Folgende unter Abhängigkeiten hinzu:

implementation 'com.google.mlkit:text-recognition:16.0.1'
Touch-Zielabstand und Jetpack Compose

Die Touch-Zielabstandsregel wird derzeit bei keinem Schieberegler, der in Jetpack Compose geschrieben wurde, ausgeführt. Derzeit kann keine Maßnahme ergriffen werden. Eine Lösung kommt jedoch bald!

Fehler beim lokalen Speichern von Ergebnissen auf API 30

Auf Android API 30 besteht bei einem der Orte, an dem wir versuchen, Ergebnisse lokal zu speichern, ein Berechtigungsfehler. Das Ergebnis wird trotz dieses angezeigten Fehlers weiterhin als JSON-Datei gespeichert. Der Fehler kann unterdrückt werden, indem der folgende Codeblock auskommentiert wird:
def clearDirectoryTask = task('clearDirectoryTask', type: Exec, group: 'reporting') {
executable "${android.getAdbExecutable().toString()}"
args 'shell', 'rm', '-r', '/storage/emulated/0/Documents/AxeTestCases'
// finalizedBy {
// fetchAndroidFolderAxeReportsTask
// }
}

Bitte beachten Sie, dass dieser Code nur für API 30 auskommentiert werden sollte, da er Probleme beim lokalen Speichern für andere API-Ebenen verursachen würde.

Scroll-Detektion in Hybrid-Apps und plattformübergreifenden Apps

In einigen Hybrid- und plattformübergreifenden Apps können wir unerwartete Ergebnisse zurückgeben, wenn Elemente in einer Scroll-View teilweise außerhalb des Bildschirms sind. Um ein Element auf Zugänglichkeit zu testen, stellen Sie sicher, dass es vollständig auf dem Bildschirm ist, bevor Sie den Scan durchführen.

Analyzer App: Floating Action Button verschwindet

Mit API 31 (Android 12) wurde die Fähigkeit eingeführt, nicht-systemische 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 wegen ihrer Sicherheitsverbesserungen zu nutzen, empfehlen wir, sie in internen Testversionen deaktiviert zu lassen, wo Sie sicher mit Testdaten arbeiten können, um so Sicherheitsbedenken auszuschließen. 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) auf den betroffenen Aktivitätsfenstern.

Fehlender Screenshot (Schwarzer Kasten) im Dashboard

Um die volle Funktionalität von Axe DevTools für Mobilgeräte freizuschalten, stellen Sie sicher, dass Screenshots aktiviert sind. Wir empfehlen, Screenshots in einer Debug- oder Testversion Ihrer App zu aktivieren, die mit Mock-Daten verwendet wird, um Sicherheitsbedenken zu vermeiden. Sehen Sie sich unseren Leitfaden für die Aktivierung von Screenshots in Android-Apps an.

Absturz, wenn `minifiedEnabled` auf true gesetzt ist

Wenn Sie Ihren Build minifizieren, tritt ein Absturz mit einem Fehlerprotokoll auf, das meldet, dass ein Adapter nicht gefunden wurde, wenn versucht wird, sich bei der Axe DevTools-Bibliothek anzumelden. Deaktivieren Sie die Minifizierung für Ihre Debug-Builds mit implementierten Axe DevTools. (#729)

Builds mit aktiviertem r8 werfen einen Fehler

Ein Build mit aktiviertem r8 kann versuchen, die axeDevTools-Bibliothek zu minifizieren, was zu einem ähnlichen Fehler führen kann:
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 die folgende Zeile in Ihre ProGuard-Datei ein, 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()?

Die Compose-APIs sind veraltet, bitte verwenden Sie die layoutsagnostischen APIs , um weiterhin Updates zu erhalten. Wenn Sie die Compose-APIs weiter verwenden und auf einen Fehler stoßen, der etwa so lautet: `Genau '1' Knoten erwartet aber '2' Knoten gefunden, die passen: (isRoot)` oder `Keine Ansicht initialisiert, haben Sie AxeDevToolsCompose.setComposeTestRule() aufgerufen?`, lesen Sie bitte Compose setTestTag API.

Protokollnachricht:MlKitContext has not been initialized

Wenn Sie diese Nachricht erhalten, könnten einige Regelresultate nicht wie erwartet zurückgegeben werden, wenn diese Regel künstliche Intelligenz nutzt. Betroffene Regeln sind Farbkontrast, Fokussierbarer Text und Verschachtelte Elementnamen. (#841)

MAUI: Regel für Edit Text Name

Aufgrund von Einschränkungen der MAUI-App-Architektur im Android-Ökosystem wird die Regel für den Edit Text Name 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.

Natives Android: Benutzerdefinierte Dialoge / Modale

Wenn Sie benutzerdefinierte Dialoge oder Modale implementieren, die nicht die nativen Steuerelemente erweitern, können Ergebnisse für Ansichten hinter dem Modal angezeigt werden. In diesem Fall empfehlen wir, unser Tool nicht gegen diese benutzerdefinierten Modale oder Dialoge auszuführen und stattdessen manuell zu prüfen, ob sie mit unterstützender Technologie wie gewünscht funktionieren.

Web-Dashboard

Fehlender Screenshot

Wenn der Screenshot auf der Scan-Detailseite fehlt, verhindert Ihre App möglicherweise, dass Screenshots erstellt werden. Oft ist dies aus Sicherheitsgründen in Ihrer Produktionsanwendung der Fall. Erwägen Sie, diese Anforderung für Ihren Test-Build zu entfernen, um die volle Funktionalität im Axe DevTools Mobile Dashboard zu ermöglichen.

Einige Android-Scannamen sind unformatiert

Einige Android-Scannamen, die standardmäßig auf den Bildschirmtitel gesetzt sind, werden als vollständiger 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 Scannamen vom Dashboard oder aus den Frameworks festlegen. (#1643)