Axe DevTools Mobile Versionshinweise vom 14. Februar 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

14. Februar 2024

Not for use with personal data

Komponenten-Versionen

  • axeDevToolsMobile Appium Plugin v1.0

Was gibt's Neues?

Verbesserte Appium-Lösung

  • Wir freuen uns, eine verbesserte Lösung für die Verwendung von Appium zur Durchführung von Barrierefreiheitstests auf Ihren mobilen Apps anzukündigen. Bisher unterstützte Axe DevTools Mobile Appium-Tests mit nativen iOS- oder Android-Apps und erforderte, dass Sie Axe-Code in Ihre App einbetten. Wir bieten jetzt ein Appium-Plugin an, mit dem Sie jede App – ob nativ oder plattformübergreifend – testen können. Sie können jeden Appium-Client für Ihre Testskripte verwenden und müssen keinen Deque-Code in Ihre App einbetten. Es ist einfach zu installieren und loszulegen. Erste Schritte mit Appium
  • Die erste Version des Plugins umfasst fünf Regeln basierend auf WCAG-Standards. Wir werden unser Regelset in den kommenden Monaten erweitern. Appium-Regeln
  • Wenn Sie unsere ursprünglichen Appium-Funktionen bereits verwenden, um die mobilen Barrierefreiheitstests zu erhalten, die Sie benötigen, können Sie diese vorerst weiter verwenden. Wir werden in Zukunft auf das neue Appium-Plugin umsteigen, sobald das Regelset vollständig ist. Bleiben Sie auf dem Laufenden für weitere Updates.

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 über einen identifizierten Workaround, falls keiner aufgelistet ist.

important
  • Axe DevTools Mobile automatisierte Tests laufen 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, für umfassendste Barrierefreiheitstests im Web Axe DevTools für Web oder Axe Monitor zu verwenden.

Axe DevTools Mobile für iOS

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

Funktionalität beim Testen einer Anwendung nach Bundle-Identifikator war in Version 2.8.1 defekt, was zu einem Fehler mit dem Titel "Kein Zielanwendungspfad über Testkonfiguration angegeben: ..." führte. Ein Update auf 2.8.2 oder die neueste Version behebt den Fehler. Update auf die neueste Version im iOS Analyzer-Projekt.

Offscreen-Ansichten können Ergebnisse für SwiftUI-Apps in iOS 17 anzeigen

Mit Version 2.8.0 (Versionshinweise anzeigen)werden Ergebnisse nicht mehr für Ansichten gemeldet, die nicht sichtbar sind, einschließlich solcher, die außerhalb des Bildschirms oder durch eine andere Ansicht verdeckt sind. Wir haben festgestellt, dass bei SwiftUI-Anwendungen, die in iOS 17 getestet werden, dennoch einige Ergebnisse angezeigt werden. (#1383)

Regel zur Unterstützung von dynamischen Schriftarten funktioniert nicht mit dem iOS 15 Pro-Simulator

Es gibt ein Problem, das den iPhone 15 Pro-Simulator betrifft und verhindert, dass die Regel zur Unterstützung von dynamischen Schriftarten ausgeführt wird. Wenn Sie die Regel zur Unterstützung von dynamischen Schriftarten 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 Verbesserung unserer Regeln haben wir festgestellt, dass in XCTest verschachtelte Steuerelemente im Barrierefreiheitsbaum nicht zurückgegeben werden. Ein Fehler wurde bei Apple gemeldet. (#1110)

False Positive: In Scroll View, ActiveControlName

Wir arbeiten aktiv an Korrekturen für die folgenden False Positives und werden diese Liste aktualisieren, sobald Korrekturen veröffentlicht werden.

In Scroll View
Möglicherweise werden Probleme für Text in bannerartig verhaltenden Elementen gemeldet. Um diese Elemente für diejenigen verfügbar zu machen, die größere Schrift benötigen, verwenden Sie UILargeContentViewer. (#622) ActiveControlName
Wenn eine UIImageView ein `accessibilityIdentifier` gesetzt hat, aber nicht von VoiceOver fokussierbar ist und sie fokussierbare Steuerelemente darin verschachtelt hat, kann ActiveControlName ein False Positive auf der UIImageView melden. Das Entfernen des `accessibilityIdentifier` löst das Problem. Ein Fehler wurde bei Apple gemeldet. (#1226)

False Negative: Bildansicht Name, Fokussierbarer Text in iOS 13 bis iOS 14.8.1

Wir arbeiten aktiv an Korrekturen für die folgenden False Negatives und werden diese Liste aktualisieren, sobald Korrekturen veröffentlicht werden.

Image View Name
Wenn eine UIImageView ein `accessibilityIdentifier` gesetzt hat, aber nicht von VoiceOver fokussierbar ist, kann ImageViewName ein False Negative auf der UIImageView melden. Das Entfernen des `accessibilityIdentifier` löst 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 Ihr Build minimieren, sehen Sie einen Absturz mit einem Fehlerprotokoll, das berichtet, dass kein Adapter gefunden wurde, wenn Sie versuchen, sich bei der Axe DevTools-Bibliothek anzumelden. Deaktivieren Sie die Minifizierung für Ihre Debug-Builds mit implementiertem 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, 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)

Wenn Sie auf einen Fehler stoßen, der in etwa lautet `Erwartet genau '1' Knoten, aber '2' Knoten gefunden, die erfüllt sind: (isRoot)`, kontaktieren Sie uns bitte unter helpdesk@deque.com oder support.deque.com für Unterstützung. Unter bestimmten Bedingungen kann es zwei Compose-Wurzelknoten geben, die gleichzeitig existieren.

Axe DevTools Mobile Dashboard

Fehlender Screenshot

Wenn der Screenshot auf der Scan-Detailseite fehlt, könnte es sein, dass Ihre App das Erstellen von Screenshots verhindert. Oft geschieht dies aus Sicherheitsgründen in Ihrer Produktionsanwendung. Erwägen Sie, diese Anforderung in Ihrem Test-Build 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 eingestellt sind, erscheinen als vollständiger Klassenname, einschließlich des Paketbezeichners. In einer zukünftigen Version wird dieses Problem gelöst, sodass der Bildschirmtitel in einen lesbareren Namen formatiert wird. Als vorübergehende Lösung können Sie den Scannamen vom Dashboard oder den Frameworks aus festlegen. (#1643)

Axe DevTools Mobile für Appium

Falsch Positiv: Aktiver Ansichtsname

Aufgrund von Einschränkungen der über die Appium-Plattform verfügbaren Informationen, haben wir ein falsch positives Ergebnis für den Aktiven Ansichtsname festgestellt, wenn die labeledBy -Eigenschaft verwendet wird, um ein Label für ein Schaltflächenelement bereitzustellen. Wir prüfen Lösungen und erwarten eine Behebung in einer zukünftigen Version.

React Native: Label im Namen & Label vorne

Aufgrund von Einschränkungen der über die Appium-Plattform verfügbaren Informationen, haben wir festgestellt, dass die Regeln „Label im Namen & Label vorne“ für mit React Native erstellte Apps nicht ausgeführt werden können. Wir prüfen Lösungen und erwarten eine Behebung in einer zukünftigen Version.

React Native: Ansichtshierarchie zeigt vorherigen Bildschirm

Manchmal benötigt die Appium-Seitenquelleneigenschaft zusätzliche Zeit, um zwischen den Scans aktualisiert zu werden. Falls dies passiert, sehen Sie die Ansichtshierarchie eines vorherigen Bildschirms, wenn Sie die Inspektionsfunktion auf dem Dashboard verwenden. Um dieses Problem zu beheben, fügen Sie eine kleine Wartezeit hinzu, bevor Sie die Seitenquellen-API aufrufen, um den Zugriffsscan auszulösen. Beispiel:

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