Axe DevTools Mobile Release Notes vom 14. August 2024

Die Funktionalität zum Testen einer Anwendung nach Bundle-Identifier war in Version 2.8.1 fehlerhaft, was zu einem Fehler mit dem Titel "Kein Zielanwendungspfad über 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.

Einige Bildschirme können aufgrund einer falsch erfassten associatedText-Eigenschaft (#1622) Falsch Positive mit LabelInName und LabelAtFront melden

Ein Problem betrifft den iPhone 15 Pro Simulator, das die Ausführung der Regel Unterstützung dynamischer Schriftarten verhindert. Wenn Sie für die Regel Unterstützung dynamischer Schriftarten angemeldet sind, können Sie sie nicht mit einem iPhone 15 Pro Simulator testen. Bei Apple wurde ein Fehler gemeldet.

Während einer Verbesserung unserer Regeln haben wir festgestellt, dass in XCTest verschachtelte Steuerelemente nicht im Barrierefreiheitsbaum zurückgegeben werden. Bei Apple wurde ein Fehler gemeldet. (#1110)

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

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

In Scroll View
Möglicherweise werden Probleme für Text in Elementen, die sich wie Banner verhalten, gemeldet. Um diese Elemente für diejenigen verfügbar zu machen, die größere Texte benötigen, verwenden Sie UILargeContentViewer. (#622)

v2.11.0 Image View Name & ActiveControlName
Wenn ein UIImageView über eine festgelegte `accessibilityIdentifier` verfügt, jedoch nicht von VoiceOver fokussiert werden kann und fokussierbare Steuerelemente in ihm verschachtelt sind, kann ActiveControlName bei dem UIImageView eine falsche positive Meldung ausgeben. Das Entfernen der `accessibilityIdentifier` behebt das Problem. Ein Fehlerbericht wurde bei Apple eingereicht. (#1633)

Label In Name and Label At Front
Diese beiden Regeln suchen nach einem sichtbaren Etikett eines Steuerelements in der Nähe befindlicher Elemente, um den Regelstatus zu bestimmen. In einigen Ansichtshierarchien kann der falsche nahegelegene Text erkannt werden, was zum Versagen dieser Regeln führen kann. (#1622)

Um die volle Funktionalität von Axe DevTools für Mobile freizuschalten, stellen Sie sicher, dass Screenshots aktiviert sind. Wir empfehlen, Screenshots in einer Debug- oder Testversion Ihrer App zu aktivieren, die Mock-Daten verwendet, um Sicherheitsbedenken zu vermeiden. Sehen Sie sich unseren Leitfaden zum Aktivieren von Screenshots in Android-Apps an.

Wenn Sie Ihren Build minimieren, werden Sie auf einen Absturz mit einem Fehlerprotokoll stoßen, das meldet, dass ein Adapter nicht gefunden werden konnte, wenn versucht wird, sich in die Axe DevTools-Bibliothek einzuloggen. Deaktivieren Sie die Minimierung für Ihre Debug-Builds mit implementierten Axe DevTools. (#729)

Ein Build mit aktiviertem r8 kann versuchen, die axeDevTools-Bibliothek zu minimieren, 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)
    

Wenn Sie auf einen Fehler stoßen wie „Erwartet genau '1' Knoten, aber '2' Knoten gefunden, die folgendes erfüllen: (isRoot)“ oder „Keine Ansicht initialisiert, haben Sie AxeDevToolsCompose.setComposeTestRule() aufgerufen?“, beziehen Sie sich bitte auf Compose setTestTag API.

Wenn Sie diese Nachricht erhalten, können einige Regelresultate nicht wie erwartet zurückgegeben werden, wenn diese Regel künstliche Intelligenz nutzt. Betroffene Regeln umfassen Farbkontrast, fokussierbarer Text und Name des verschachtelten Elements. (#841)

Aufgrund von Einschränkungen der MAUI-App-Architektur im Android-Ökosystem wird die Regel zur Bearbeitung von Textnamen im Dashboard als „Muss überprüft werden“ angezeigt, wenn ein Fehler für SDK-Version 5.5.0 und höher vermutet wird. Bitte stellen Sie für diesen Fall das korrekte Verhalten manuell sicher.

Wenn Sie benutzerdefinierte Dialoge oder Modale implementieren, die nicht auf den nativen Steuerelementen basieren, können Sie Ergebnisse für Ansichten hinter dem Modal erhalten. In diesem Fall empfehlen wir, unser Tool nicht gegen diese benutzerdefinierten Modals oder Dialoge laufen zu lassen, sondern sie manuell zu prüfen, um sicherzustellen, dass sie mit unterstützenden Technologien wie gewünscht funktionieren.

Wenn der Screenshot auf der Detailseite des Scans fehlt, kann Ihre App möglicherweise das Erstellen von Screenshots verhindern. Dies geschieht oft 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.

• Android - FLAG_SECURE

Einige Android-Skannamen, die standardmäßig auf dem Bildschirmtitel basieren, werden als vollständiger Klassenname inklusive Bundle-Identifier angezeigt. In einer zukünftigen Version wird dies so gelöst, dass der Bildschirmtitel in einen besser lesbaren Namen formatiert wird. Als Workaround können Sie den Skannamen aus dem Dashboard oder von Frameworks einstellen. (#1643)

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

Active View Name
Aufgrund von Einschränkungen in den über die Appium-Plattform verfügbaren Informationen haben wir eine falsch positive Meldung für den Aktiven Anzeigenamen identifiziert, 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 Steuerelemente können den Touch-Ziel-Abstand nicht einhalten, wenn sie größer als das Mindestmaß von 24pt x 24pt sind. (#411)

Sie können für diese neue Regel widersprüchliche Ergebnisse sehen, wenn Sie React Native-Apps auf der Android-Plattform scannen. Einige Ansichten weisen ein verschachteltes Schaltflächenelement auf, was zu einem Fehler für die übergeordnete Schaltfläche, jedoch zu einem Bestehen der Kind-Schaltfläche führt. (#407)

Aufgrund von Einschränkungen in den über die Appium-Plattform verfügbaren Informationen sind die Regeln Label im Namen & Label vorne nicht in der Lage, für mit React Native erstellte Apps ausgeführt zu werden. Wir erkunden derzeit Lösungen und erwarten eine Korrektur in einer zukünftigen Version.

Manchmal benötigt die Appium-Page-Source-Eigenschaft zusätzliche Zeit, um zwischen den Scans aktualisiert zu werden. Wenn dies passiert, sehen Sie beim Verwenden der Inspektionsfunktion im Dashboard die Ansichts-Hierarchie eines vorherigen Bildschirms. Um dies zu beheben, fügen Sie ein kleines Timeout hinzu, bevor Sie die Page-Source-API aufrufen, um den Barrierefreiheits-Scan zu veranlassen. Beispiel:

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

Aufgrund von Einschränkungen in den über die Appium-Plattform verfügbaren Informationen haben wir festgestellt, dass die Regel Bildansichtsname 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 'Muss überprüft werden' angezeigt, um eine weitere Analyse durchzuführen.