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

26. Juni 2024

Not for use with personal data

Komponenten-Versionen

  • Appium-Plugin (v2.2.0)
  • iOS SDK & Analyzer (axeDevToolsXCUI v2.12.0)
  • Android SDK (axe-devtools-android v5.5.1)
  • Android Analyzer (Axe Accessibility Analyzer v1.8.1)
    Aktualisieren: iOS SDK, iOS Analyzer, Android SDK, Android Analyzer

Neuerungen

Appium

  • Neue Regeln: Wir haben WCAG 2.2-Unterstützung mit der Regel zum Abstands der Berührungsziele für iOS und Android hinzugefügt. Außerdem haben wir die Regel zum Bearbeiten von Textwerten für Android hinzugefügt.
  • Mehr Unterstützung für Steuerelemente in den Regeln auf iOS: Wir unterstützen nun auch andere Steuerelemente als nur Schaltflächen für alle Regeln.
  • Nutzungsdienst: Wenn Ihr Team den Nutzungsdienst verwendet, um die Nutzung von Axe DevTools Mobile-Tools zu verfolgen, werden nun auch Appium-Daten einbezogen.

iOS

  • Die minimal unterstützte iOS-Version wurde auf iOS 15 erhöht.
  • Nach vorherigen Ankündigungen zur Einstellung wird die Regel für kollidierende Steuerelemente nicht mehr ausgeführt, zugunsten der Regel zum Abstands der Berührungsziele, die sowohl kollidierende Steuerelemente als auch die Zielgröße abdeckt.

Fehlerbehebungen

Android

  • Verbesserungen zur Erhöhung der Genauigkeit und Reduzierung von Fehlalarmen in den folgenden Regeln: Aktiver Ansichtsname, Berührungszielgröße, Label im Namen und Label vorne.
  • Verbesserte Identifizierung und Regelresultate für außerhalb des Bildschirms oder teilweise außerhalb des Bildschirms befindliche Ansichten.

iOS

  • Verbesserung der Regel für Aktiven Steuerelementnamen, um eine bessere Barrierefreiheitserfahrung für Ihre Endnutzer beim Verwenden des Stepper-Steuerelements zu gewährleisten.
  • Verbesserungen zur Erhöhung der Genauigkeit und Reduzierung von Fehlalarmen und -negativen in den folgenden Regeln: Aktiver Steuerelementname, Bildansichtsname und Label vorne.

Appium

  • Die Regel für Berührungszielgröße auf Android wird nun für jedes klickbare Element unabhängig von dessen Fokussierbarkeit ausgeführt.

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 eine identifizierte Lösungsmöglichkeit, falls keine aufgeführt ist.

important
  • Axe DevTools Mobile automatisierte Tests laufen auf nativen iOS-, nativen Android- und React Native-Anwendungen. Bitte kontaktieren Sie Ihren Deque-Ansprechpartner für Barrierefreiheitstestlösungen in Ihrem technischen Umfeld.
  • Während Sie möglicherweise einige Ergebnisse von Webansichten oder gerenderten PDFs erhalten, empfehlen wir dringend, Tests mit Axe DevTools für Web oder Axe Monitor durchzuführen, um die umfassendsten Barrierefreiheitstests für das Web zu erhalten.

Axe DevTools Mobile für iOS

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

Die Funktionalität zum Testen einer Anwendung nach Bundle-Kennung war in Version 2.8.1 defekt, was zu einem Fehler mit dem Titel „Kein Zielanwendungspfad über die Testkonfiguration angegeben: ...“ führte. Aktualisieren Sie auf Version 2.8.2 oder die neueste Version, um den Fehler zu beheben. Aktualisieren Sie auf die neueste Version im iOS Analyzer-Projekt.

Ansichten außerhalb des Bildschirms können bei in iOS 17 getesteten SwiftUI-Apps Ergebnisse anzeigen

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

Regel zur Unterstützung dynamischer Schriftarten funktioniert nicht mit iOS 15 Pro Simulator

Es gibt ein Problem, das den iPhone 15 Pro Simulator betrifft und verhindert, dass die Regel zur Unterstützung dynamischer Schriftarten ausgeführt wird. Wenn Sie sich für die Regel zur Unterstützung dynamischer Schriftarten entschieden haben, können Sie diese mit einem iPhone 15 Pro Simulator nicht testen. Bei Apple wurde ein Fehler gemeldet.

Regeln gegen verschachtelte Steuerelemente

Bei der Prüfung auf eine Verbesserung unserer Regeln haben wir festgestellt, dass in XCTest verschachtelte Steuerelemente nicht im Barrierefreiheit-Baum zurückgegeben werden. Bei Apple wurde ein Fehler gemeldet. (#1110)

Bildansichtsnamensregel benötigt Überprüfungsergebnisse für UIKit-Apps

In UIKit-Apps ist ein Bild ohne `accessibilityLabel` standardmäßig nicht mit unterstützender Technologie fokussierbar.
Die Eigenschaften, die wir zur Überprüfung der Fokussierbarkeit von Apple verwenden, können ungenau sein, wenn ein `accessibilityIdentifier` auf dem Bild gesetzt ist. Aufgrund dieses unerwarteten Verhaltens werden Ergebnisse für Probleme mit dem Bildansichtsnamen in UIKit-Apps als Überprüfung erforderlich angezeigt. Bei Apple wurde ein Fehlerbericht eingereicht. (#1633)

Falsch positiv: In der Bildlaufansicht, Label im Namen, Label vorne und in v2.11.0 Bildansichtsname & AktiverSteuerelementname


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

In Scroll View
Kann Probleme für Texte in Banner-verhaltenden Elementen melden. Um diese Elemente für Benutzer verfügbar zu machen, die größere Texte benötigen, verwenden Sie UILargeContentViewer. (#622)

v2.11.0 Image View Name & ActiveControlName
Wenn ein UIImageView eine `accessibilityIdentifier` gesetzt hat, aber nicht von VoiceOver fokussierbar ist und fokussierbare Steuerelemente darin verschachtelt sind, kann ActiveControlName bei der UIImageView einen Fehlalarm melden. Das Entfernen der `accessibilityIdentifier` behebt das Problem. Ein Fehlerbericht wurde an Apple gesendet. (#1633)

Label In Name and Label At Front
Diese beiden Regeln suchen das sichtbare Label eines Steuerelements unter den nahegelegenen Elementen, um den Regelstatus zu bestimmen. In einigen Ansichtshierarchien kann der falsche nahegelegene Text erkannt werden, was zu einem Misslingen dieser Regeln führt. (#1622)

Axe DevTools Mobile für Android

Crash, wenn `minifiedEnabled` auf true gesetzt ist

Wenn Sie Ihre Build minimieren, sehen Sie einen Absturz mit einem Fehlerprotokoll, das berichtet, dass ein Adapter nicht gefunden werden konnte, wenn versucht wird, sich in die Axe DevTools-Bibliothek einzuloggen. 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 minimieren, was zu einem Fehler ähnlich 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()?

Wenn Sie auf einen Fehler in der Art von `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)` oder `No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?` stoßen, beziehen Sie sich bitte auf Compose setTestTag API.

Axe DevTools Mobile Dashboard

Fehlender Screenshot

Wenn der Screenshot auf der Scan-Detailseite fehlt, hindert Ihre App möglicherweise das Aufnehmen von Screenshots. Oftmals 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 gesetzt sind, erscheinen als vollständiger Klassenname einschließlich des Bundle-Identifikators. In einer zukünftigen Version wird dieses Problem behoben, sodass der Bildschirmtitel in einen besser lesbaren Namen formatiert wird. Als Zwischenlösung können Sie den Scan-Namen aus dem Dashboard oder den Frameworks festlegen. (#1643)

Axe DevTools Mobile für Appium

Fehlalarme: Aktiver Ansichtsname, Touch-Ziel-Abstände


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

Active View Name
Aufgrund von Einschränkungen hinsichtlich der über die Appium-Plattform verfügbaren Informationen haben wir einen Fehlalarm für den Aktiven Ansichtsname festgestellt, wenn die labeledBy -Eigenschaft verwendet wird, um einem Schaltflächenelement ein Label zu geben.

Touch Target Spacing on iOS platform for SwiftUI & React Native apps
Größere Steuerungen können beim Touch-Ziel-Abstand fehlschlagen, wenn sie über die Mindestanforderung von 24pt x 24pt hinausgehen. (#411)

Negativ-Falschmeldung: Nicht zugängliche Aktion auf Android React Native


Für diese neue Regel können Sie widersprüchliche Ergebnisse beim Scannen von React Native-Apps auf der Android-Plattform sehen. Einige Ansichten haben ein verschachteltes Schaltflächenelement, was zu einem Fehler bei der übergeordneten Schaltfläche führt, aber einem bestandenen Test bei der Kind-Schaltfläche. (#407)

React Native: Label im Namen & Label vorne

Aufgrund von Einschränkungen hinsichtlich der über die Appium-Plattform verfügbaren Informationen haben wir festgestellt, dass die Regeln Label im Namen & Label vorne bei Apps, die mit React Native erstellt wurden, nicht ausgeführt werden können. Wir suchen nach Lösungen und erwarten eine Behebung in einer zukünftigen Version.

React Native & .NET MAUI: Ansichtshierarchie zeigt vorherigen Bildschirm an

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

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

Einschränkung: Bildanzeigennamen für dekorative Bilder in Android

Aufgrund von Einschränkungen hinsichtlich der über die Appium-Plattform verfügbaren Informationen haben wir festgestellt, dass die Regel Bildanzeigennamen nicht in der Lage ist, die Erfolgskriterien für dekorative Bilder in Android genau zu testen. Ergebnisse für Bilder ohne zugänglichen Namen werden im Dashboard als 'Überprüfung erforderlich' angezeigt, um eine weitere Analyse zu ermöglichen.