Axe DevTools Mobile Versionshinweise zum 17. April 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

17. April 2024

Not for use with personal data

Komponenten-Versionen

Was ist neu?

Nutzungsverfolgung

Wir haben es einfacher gemacht, die Verfolgung der Nutzung von Axe DevTools Mobile durch Ihr Team zu aktivieren. In den globalen Einstellungen des Axe-Kontoportals, setzen Sie „Nutzungsservice“ auf „Aktivieren“ und geben Ihre URL und Organisations-ID ein. Sie müssen nichts mehr dem Code hinzufügen. (Hinweis: Bereits über den Code konfigurierte Nutzungsverfolgung für Ihre automatisierten Tests funktioniert weiterhin.) Kontaktieren Sie helpdesk@deque.com für Ihre Organisations-ID. So aktivieren Sie den Nutzungsservice | Über den Nutzungsservice

Scans im Axe-Universalformat exportieren

Sie können jetzt Scans im Axe Universal JSON-Format vom Axe DevTools Mobile Dashboard exportieren – ein Standardformat, das von allen Axe-Produkten verwendet wird. Verwenden Sie dieses Format, wenn Sie Ihre mobilen Zugänglichkeitsergebnisse in ein anderes Deque-Produkt wie Axe Auditor importieren oder wenn Sie Zugänglichkeitsergebnisse von mehreren Axe-Produkten programmgesteuert aggregieren möchten, wobei jedes Produkt ein konsistentes Ergebnis liefert. So exportieren Sie Scans vom Dashboard | Mobiles versus universelles Format

Android

  • Wir haben die Regeln Inaktive zugängliche Ansicht und Fokussierbarer Text aus dem experimentellen Status herausbefördert. Nach gründlicher Auswertung sind wir von ihren Ergebnissen überzeugt. Wenn Sie experimentelle Regeln in den Dashboard-Einstellungen deaktiviert haben, werden Sie mit Ergebnissen dieser Regeln beginnen. Wenn nicht, werden Sie weiterhin Ergebnisse dieser Regeln erhalten, aber sie werden nicht mehr im Abschnitt „Experimentelle Ergebnisse“ erscheinen. Über experimentelle Regeln | Dashboard konfigurieren

iOS

  • Wir nehmen die Regel Kollidierende Steuerelemente außer Betrieb. Kollidierende Steuerelemente sind jetzt unter die WCAG-ausgerichtete Regel Größe des Berührungsziels abgedeckt. Die Ergebnisse für kollidierende Steuerelemente werden jetzt unter „Ignoriert“ angezeigt. Wir werden die Ergebnisse in einer zukünftigen Version vollständig entfernen.

Fehlerbehebungen

Android

  • Wir haben die Mobile Analyzer-App aktualisiert, um Abstürze während der Einrichtung auf Android-Version 11 und darunter zu verhindern.
  • Wir haben ein Problem in der Mobile Analyzer-App behoben, bei dem eine falsche Backend-Server-URL dazu führte, dass die App-Einrichtung fehlschlug. Dies gilt nur für private Cloud- oder On-Premise-Kunden.
  • Wir haben einen Fehler in der Regel Etikett im Namen behoben, der dazu führte, dass die Regel fälschlicherweise ein Versagen meldete, wenn der sichtbare Text Teil des zugänglichen Namens war.
  • Um Fehlalarme zu verhindern, wird jede Komponente, deren Inhalt nicht vollständig auf dem Bildschirm ist, von den Regeln Größe des Berührungsziels, Abstand der Berührungsziele oder Farbkontrast nicht mehr analysiert.
  • Um Fehlalarme in den Regeln Etikett im Namen, Name des verschachtelten Elements und Fokussierbarer Text zu verhindern, werden bestimmte Szenarien jetzt als „Überprüfung erforderlich“ anstelle von „Fehler“ gekennzeichnet, wenn wir uns nicht zu 100% sicher sind, dass es sich um einen Fehler handelt. Sie sollten diese Probleme überprüfen, um sicherzustellen, dass der zugängliche Text für unterstützende Technologie wie TalkBack oder Voice Access verfügbar ist.

iOS

  • Um Fehlalarme zu verhindern, wird die Regel Kollidierende Ansichten in allen Fällen „Überprüfung erforderlich“ anstelle von „Fehler“ zurückgeben.
  • Der Nutzungsdienst verfolgte bisher nur „Login“-Ereignisse und wird nun sowohl „Login“- als auch „Scan“-Ereignisse verfolgen.

Dashboard

  • Es wurde ein Fehler behoben, bei dem Scans nicht exportiert werden konnten, wenn der Anwendungsname ein Unicode-Zeichen enthielt.

Bekannte Probleme

Wenn Sie eines der unten genannten Probleme haben, kontaktieren Sie uns bitte unter helpdesk@deque.com oder support.deque.com. Wir können Sie dann benachrichtigen, sobald das Problem behoben ist, oder Ihnen einen bekannten Workaround mitteilen, falls keiner aufgeführt 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 Lösungen zur Barrierefreiheitstests auf Ihrem Tech-Stack.
  • Auch wenn Sie einige Ergebnisse von Web-Ansichten oder gerenderten PDFs erhalten, empfehlen wir dringend, für die umfassendsten Barrierefreiheitstests für das Web Axe DevTools for Web oder Axe Monitor zu verwenden.

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 anhand der Bundle-Kennung war in Version 2.8.1 fehlerhaft, 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 auf die neueste Version innerhalb des iOS Analyzer-Projekts.

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

Mit der Version 2.8.0 (Release Notes anzeigen)werden Ergebnisse nicht 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, dennoch einige Ergebnisse 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 das verhindert, dass die Supports Dynamic Type-Regel ausgeführt wird. Wenn Sie für die Supports Dynamic Type-Regel angemeldet sind, können Sie diese mit einem iPhone 15 Pro-Simulator nicht testen. Ein Fehlerbericht wurde bei Apple eingereicht.

Regeln gegen verschachtelte Steuerelemente

Während wir eine Verbesserung unserer Regeln untersucht haben, stellten wir fest, dass in XCTest verschachtelte Steuerelemente im Barrierefreiheitsbaum nicht zurückgegeben werden. Ein Fehlerbericht wurde bei Apple eingereicht. (#1110)

Falsch Positiv: In Scroll View, ActiveControlName

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

In Scroll View
Möglicherweise werden Probleme für Text in als Banner fungierende Elemente gemeldet. Um diese Elemente für Personen verfügbar zu machen, die größeren Text benötigen, verwenden Sie UILargeContentViewer. (#622) ActiveControlName
Wenn eine UIImageView einen `accessibilityIdentifier` gesetzt hat, aber nicht von VoiceOver fokussiert werden kann und fokusierbare Steuerelemente darin verschachtelt sind, kann ActiveControlName ein falsch positives Ergebnis auf der UIImageView melden. Entfernen des `accessibilityIdentifier` löst das Problem. Ein Fehlerbericht wurde bei Apple eingereicht. (#1226)

Falsch Negativ: Bildansichtname, Fokusierbarer Text in iOS 13 bis iOS 14.8.1

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

Image View Name
Wenn eine UIImageView einen `accessibilityIdentifier` gesetzt hat, aber nicht von VoiceOver fokussiert werden kann, kann ImageViewName ein falsch negatives Ergebnis auf der UIImageView melden. Entfernen des `accessibilityIdentifier` löst das Problem. Ein Fehlerbericht wurde bei Apple eingereicht. (#1226) Focusable Text
Elemente, die als nicht zugängliche Elemente 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, befolgen Sie die Schritte, um Deque in Ihren Proguard-Einstellungen zu ignorieren.

Absturz, wenn `minifiedEnabled` auf true gesetzt ist

Wenn Sie Ihren Build minifizieren, erhalten Sie einen Absturz mit einem Fehlerprotokoll, das meldet, dass ein Adapter nicht gefunden werden konnte, 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 Fehler führt, der ähnlich lautet:

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 stoßen, der etwa lautet „Genau '1' Knoten erwartet, aber '2' Knoten gefunden, die den Anforderungen genügen: (isRoot)“ oder „Keine Ansicht initialisiert, haben Sie AxeDevToolsCompose.setComposeTestRule() aufgerufen?“, beziehen Sie sich bitte auf Compose setTestTag API.

Axe DevTools Mobile Dashboard

Fehlender Screenshot

Wenn der Screenshot auf der Scan-Detailseite fehlt, verhindert Ihre App möglicherweise, dass Screenshots aufgenommen werden. 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-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, damit der Bildschirmtitel in einen besser lesbaren Namen formatiert wird. Als Workaround können Sie den Scannamen im Dashboard oder in Frameworks festlegen. (#1643)

Axe DevTools Mobile für Appium

Falsch Positiv: Active View Name

Aufgrund von Einschränkungen in den über die Appium-Plattform verfügbaren Informationen haben wir ein falsch positives Ergebnis für Active View Name festgestellt. labeledBy Eigenschaft, um einem Schaltflächenelement ein Label zuzuweisen. Wir untersuchen Lösungen und erwarten eine Korrektur in einer zukünftigen Version.

React Native & .NET MAUI: Label im Namen & Label vorne

Aufgrund von Einschränkungen in den Informationen, die über die Appium-Plattform verfügbar sind, haben wir festgestellt, dass die Regeln „Label im Namen“ & „Label vorne“ für Apps, die mit React Native erstellt wurden, nicht ausgeführt werden können. Wir suchen nach Lösungen und erwarten eine Korrektur in einer zukünftigen Version.

React Native: Ansichtshierarchie zeigt vorherigen Bildschirm

Manchmal benötigt die Appium-Page-Source-Eigenschaft zusätzliche Zeit, um zwischen den Scans aktualisiert zu werden. Wenn dies der Fall ist, sehen Sie die Ansichthierarchie eines vorherigen Bildschirms, wenn Sie das Inspektionsfeature im Dashboard verwenden. Um dies zu beheben, fügen Sie vor dem Aufruf der Page-Source-API einen kleinen Timeout ein, um den Barrierefreiheitsscan zu veranlassen. Beispiel:

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