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

15. Mai 2024

Not for use with personal data

Komponentenversionen

  • axeDevToolsMobile Appium Plugin v2.1.0 So führen Sie das Update durch: Appium Plugin

Was ist neu?

Appium

  • Wir haben vier neue Regeln zum Appium-Plugin hinzugefügt: Fokussierbarer Text, Unzugängliche Aktion, Bedeutender Zugangsname und In ScrollView. Appium-Regeln
  • Wir haben die Option hinzugefügt, ein Scan-Name und Tags einzustellen, bevor Sie einen Barrierefreiheitsscan starten. Appium-Einrichtung Appium Automatisierungsbeispiele
  • Unter Android werden Regeln jetzt auf alle klickbaren Ansichten angewendet, nicht nur auf Schaltflächen, und wir haben die Unterstützung für das Testen von mit Jetpack Compose erstellten Apps eingeführt.

Fehlerbehebungen

Appium

  • Falsche Positivmeldungen beim Scannen von React Native Apps für die Regeln „Etikett im Namen“ und „Etikett vorne“ behoben.

Bekannte Probleme

Wenn Sie eines der unten aufgeführten Probleme erleben, 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 identifizierter Workaround verfügbar ist, falls keiner aufgelistet ist.

important
  • Axe DevTools Mobile Automatentests laufen auf nativen iOS-, Android- und React Native-Anwendungen. Bitte kontaktieren Sie Ihren Deque-Vertreter für Barrierefreiheitstestlösungen in Ihrem technischen Umfeld.
  • Während Sie einige Ergebnisse von Webansichten oder gerenderten PDFs erhalten können, empfehlen wir dringend, Axe DevTools für Web oder Axe Monitor für die umfassendsten Barrierefreiheitstests im Web zu verwenden.

Axe DevTools Mobile für iOS

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

Die Funktionalität des Testens einer Anwendung nach Bundle-Identifier 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 die neueste Version innerhalb des iOS-Analyzer-Projekts.

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

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 festgestellt, dass in SwiftUI-Anwendungen, die in iOS 17 getestet werden, einige Ergebnisse trotzdem angezeigt werden. (#1383)

Regel „Unterstützung dynamischer Schriftarten“ funktioniert nicht mit iOS 15 Pro-Simulator

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

Regeln gegen verschachtelte Steuerungen

Während wir eine Verbesserung unserer Regeln betrachteten, stellten wir fest, dass in XCTest verschachtelte Steuerungen nicht im Zugangsbaum zurückgegeben werden. Ein Fehler wurde bei Apple gemeldet. (#1110)

Falsch Positiv: In Scroll-Ansicht, AktiverSteuerungsname

Wir arbeiten aktiv an der Behebung der folgenden falschen Positivmeldungen und werden diese Liste aktualisieren, sobald Korrekturen veröffentlicht werden.

In Scroll View
Kann Probleme für Text innerhalb von Banner-elementen melden, die wie Banner funktionieren. Um diese Elemente für diejenigen verfügbar zu machen, die größere Texte benötigen, verwenden Sie UILargeContentViewer. (#622) ActiveControlName
Wenn ein UIImageView eine `accessibilityIdentifier` hat, aber durch VoiceOver nicht fokussierbar ist, und es enthält fokussierbare Steuerelemente in sich, kann AktiverSteuerungsname ein falsches Positiv bei der UIImageView melden. Das Entfernen des `accessibilityIdentifier` löst das Problem. Ein Fehler wurde bei Apple gemeldet. (#1226)

Falsch Negativ: Bildansicht Name, Fokussierbarer Text in iOS 13 bis iOS 14.8.1

Wir arbeiten aktiv an der Behebung der folgenden falschen Negativmeldungen und werden diese Liste aktualisieren, sobald Korrekturen veröffentlicht werden.

Image View Name
Wenn ein UIImageView eine `accessibilityIdentifier` hat, aber durch VoiceOver nicht fokussierbar ist, kann BildansichtName ein falsches Negativ bei der UIImageView melden. Das Entfernen des `accessibilityIdentifier` löst das Problem. Ein Fehler wurde bei Apple gemeldet. (#1226) Focusable Text
Elemente, die als nicht barrierefrei markiert sind, können aufgrund eines Fehlers im Rahmen von Apple unkorrekte 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 meldet, dass ein Adapter nicht gefunden werden konnte, wenn versucht wird, sich in der Axe DevTools-Bibliothek anzumelden. Deaktivieren Sie die Minifizierung für Ihre Debug-Builds mit implementierten Axe DevTools. (#729)

Builds mit aktiviertem r8 führen zu einem Fehler

Ein Build mit aktiviertem r8 kann versuchen, die Bibliothek axeDevTools zu minimieren, was zu einem Fehler wie dem folgenden 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)
	
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 wie `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)` oder `No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?` stoßen, konsultieren Sie bitte Compose setTestTag API.

Axe DevTools Mobile Dashboard

Fehlender Screenshot

Wenn der Screenshot auf der Scan-Detailseite fehlt, verhindert Ihre App möglicherweise das Aufnehmen von Screenshots. Oft geschieht dies aus Sicherheitsgründen in Ihrer Produktionsanwendung. Erwägen Sie, diese Anforderung für Ihr 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 des Paketkennzeichens angezeigt. In einer zukünftigen Version wird dieses Problem behoben, sodass der Bildschirmtitel in einen besser lesbaren Namen formatiert wird. Als Umgehungslösung können Sie den Scannamen im Dashboard oder in den Frameworks festlegen. (#1643)

Axe DevTools Mobile für Appium

Falsch-Positiv: Aktiver Ansichtsname

Aufgrund von Einschränkungen bei den über die Appium-Plattform verfügbaren Informationen haben wir ein Falsch-Positiv für den aktiven Ansichtsname identifiziert, wenn die labeledBy -Eigenschaft verwendet wird, um einem Schaltflächenelement ein Label zuzuweisen. Wir erforschen Lösungen und erwarten in einer zukünftigen Version eine Behebung.

React Native & .NET MAUI: Label In Name & Label Am Anfang

Aufgrund von Einschränkungen bei den über die Appium-Plattform verfügbaren Informationen haben wir festgestellt, dass die Regeln „Label In Name“ und „Label Am Anfang“ für Apps, die mit React Native erstellt wurden, nicht ausgeführt werden können. Wir erforschen Lösungen und erwarten in einer zukünftigen Version eine Behebung.

React Native: Ansichtshierarchie zeigt vergangene Bildschirme an

Manchmal benötigt die Appium-Seitenquelleneigenschaft zusätzliche Zeit, um sich zwischen den Scans zu aktualisieren. Wenn dies passiert, sehen Sie eine frühere Bildschirmansicht, wenn Sie die Inspektionsfunktion im Dashboard verwenden. Um dies zu beheben, fügen Sie vor dem Aufrufen der Seitenquellen-API eine kurze Wartezeit ein, um den Barrierefreiheitsscan aufzurufen. Beispiel:

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