Axe DevTools Mobile Versionshinweise für den 6. Juni 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

6. Juni 2024

Not for use with personal data

Komponenten-Versionen

  • axeDevToolsMobile Appium-Plugin v2.1.1 So aktualisieren: Appium-Plugin

Fehlerbehebungen

Appium

  • Das Tags-Feature wurde behoben, um Fehler beim Anzeigen von Scans mit Tags auf dem mobilen Dashboard zu vermeiden.

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 benachrichtigen, sobald es gelöst ist oder wenn ein bekannter Workaround verfügbar ist, sofern keiner aufgeführt ist.

important
  • Axe DevTools Mobile automatisierte Tests laufen auf nativen iOS-, nativen Android- und React Native-Anwendungen. Bitte wenden Sie sich an Ihren Deque-Ansprechpartner für Lösungen zur Barrierefreiheitstests auf Ihrem Technologie-Stack.
  • Während Sie einige Ergebnisse aus Webansichten oder gerenderten PDFs erhalten können, empfehlen wir dringend, Axe DevTools für Web oder Axe Monitor zu verwenden, um die umfassendsten Barrierefreiheitstests für das Web durchzuführen.

Axe DevTools Mobile für iOS

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

Die Funktion zum Testen einer Anwendung nach Bundle-Kennung war in Version 2.8.1 defekt, was zu einem Fehler mit der Bezeichnung „Kein Zielanwendungspfad per Testkonfiguration angegeben: ...“ führte. Aktualisieren Sie auf 2.8.2 oder die neueste Version, um den Fehler zu beheben. Aktualisieren Sie auf das Neueste im iOS Analyzer-Projekt.

Ansichten außerhalb des Bildschirms können Ergebnisse für SwiftUI-Apps zeigen, die in iOS 17 getestet werden

Mit Version 2.8.0 (Versionshinweise ansehen), werden Ergebnisse nicht mehr bei nicht sichtbaren Ansichten gemeldet, inklusive Off-Screen- oder von einer anderen Ansicht verdeckten Ansichten. Wir haben festgestellt, dass in SwiftUI-Anwendungen, die in iOS 17 getestet werden, einige Ergebnisse immer noch angezeigt werden. (#1383)

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

Es gibt ein Problem, das den iPhone 15 Pro Simulator betrifft und verhindert, dass die Supports Dynamic Type-Regel ausgeführt wird. Wenn Sie an der Supports Dynamic Type-Regel teilnehmen, können Sie diese nicht mit einem iPhone 15 Pro Simulator testen. Ein Fehler wurde bei Apple gemeldet.

Regeln gegen geschachtelte Bedienelemente

Bei der Untersuchung einer Verbesserung unserer Regeln haben wir festgestellt, dass in XCTest geschachtelte Bedienelemente nicht im Barrierefreiheitsbaum zurückgegeben werden. Ein Fehler wurde bei Apple gemeldet. (#1110)

Falsch-Positiv: In Scroll-Ansicht, ActiveControlName

Wir arbeiten aktiv an Korrekturen für die folgenden Falsch-Positiv-Meldungen und werden diese Liste aktualisieren, sobald Korrekturen veröffentlicht werden.

In Scroll View
Kann Probleme für Text innerhalb von banner-ähnlichen Elementen melden. Um diese Elemente für Personen zugänglich zu machen, die größere Schrift benötigen, verwenden Sie UILargeContentViewer. (#622) ActiveControlName
Wenn ein UIImageView über eine `accessibilityIdentifier` verfügt, aber nicht von VoiceOver fokussierbar ist, und es fokussierbare Steuerelemente enthält, kann ActiveControlName ein Falsch-Positiv beim UIImageView melden. Das Entfernen des `accessibilityIdentifier` behebt das Problem. Ein Fehler wurde bei Apple gemeldet. (#1226)

Falsch-Negativ: Bild Ansicht Name, Fokussierbarer Text in iOS 13 bis iOS 14.8.1

Wir arbeiten aktiv an Korrekturen für die folgenden Falsch-Negativ-Meldungen und werden diese Liste aktualisieren, sobald Korrekturen veröffentlicht werden.

Image View Name
Wenn ein UIImageView über eine `accessibilityIdentifier` verfügt, aber nicht von VoiceOver fokussierbar ist, kann ImageViewName ein Falsch-Negativ beim UIImageView melden. Das Entfernen des `accessibilityIdentifier` behebt das Problem. Ein Fehler wurde bei Apple gemeldet. (#1226) Focusable Text
Elemente, die als Nicht-Barrierefreiheitselemente markiert sind, können aufgrund eines Fehlers im Apple-Framework falsche Ergebnisse melden.

Axe DevTools Mobile für Android

Absturz bei Verwendung von Proguard

Wenn Ihr Debug- oder Test-Build Proguard verwendet, folgen Sie den Schritten, um Deque in Ihren Proguard-Einstellungen zu ignorieren.

Absturz, wenn `minifiedEnabled` auf true gesetzt ist

Wenn Sie Ihren Build minimieren, werden Sie auf einen Absturz mit einem Fehlerprotokoll stoßen, das besagt, dass kein Adapter gefunden werden konnte, wenn Sie versuchen, sich in die Axe DevTools-Bibliothek einzuloggen. 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 kann versuchen, die axeDevTools-Bibliothek zu minimieren, was zu einem Fehler führt 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:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
oder: No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?

Wenn Sie auf einen Fehler stoßen, der in etwa lautet `Genau '1' Knoten erwartet, aber '2' Knoten gefunden, die die Bedingung (isRoot) erfüllen` oder `Kein View initialisiert, haben Sie AxeDevToolsCompose.setComposeTestRule() aufgerufen?`, beachten Sie bitte Compose setTestTag API.

Axe DevTools Mobile Dashboard

Fehlender Screenshot

Wenn der Screenshot auf der Scan-Detailseite fehlt, kann es sein, dass Ihre App das Aufnehmen von Screenshots verhindert. Oft geschieht dies aus Sicherheitsgründen in Ihrer Produktionsanwendung. 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-Scan-Namen sind unformatiert

Einige Android-Scan-Namen, die standardmäßig auf den Bildschirmtitel festgelegt sind, werden als voller Klassenname einschließlich des Bundle-Identifiers angezeigt. In einer zukünftigen Version wird dies behoben, sodass der Bildschirmtitel in einen lesbareren Namen formatiert wird. Als Workaround können Sie den Scan-Namen über das Dashboard oder die Frameworks festlegen. (#1643)

Axe DevTools Mobile für Appium

Falschpositiv: Aktiver Ansichtsname

Aufgrund von Einschränkungen der über die Appium-Plattform verfügbaren Informationen haben wir ein Falschpositiv für den Aktiven Ansichtsname identifiziert, wenn die labeledBy -Eigenschaft verwendet wird, um einem Schaltelement ein Label zuzuweisen. Wir erkunden derzeit Lösungen und erwarten eine Behebung in einer zukünftigen Version.

React Native & .NET MAUI: Label Im Namen & Label Vorne

Aufgrund von Einschränkungen der über die Appium-Plattform verfügbaren Informationen konnten die Regeln Label Im Namen & Label Vorne für Apps, die mit React Native erstellt wurden, nicht ausgeführt werden. Wir erkunden derzeit Lösungen und erwarten eine Behebung in einer zukünftigen Version.

React Native: Ansichts-Hierarchie zeigt vergangenen Bildschirm

Manchmal benötigt die Appium Page-Source-Eigenschaft zusätzliche Zeit, um zwischen den Scans aktualisiert zu werden. Wenn dies geschieht, sehen Sie die Ansichts-Hierarchie eines vorherigen Bildschirms, wenn Sie die Inspektionsfunktion auf dem Dashboard verwenden. Um das zu beheben, fügen Sie eine kleine Verzögerung hinzu, bevor Sie die Page-Source-API aufrufen, um den Barrierefreiheit-Scan auszulösen. Beispiel:

			await driver.pause(1000);
    		const result = await driver.getPageSource();