Axe DevTools Mobile release-opmerkingen van 14 februari 2024
14 februari 2024
Componentversies
- axeDevToolsMobile Appium Plugin v1.0
Wat is er nieuw?
Verbeterde Appium-oplossing
- We zijn verheugd om een verbeterde oplossing aan te kondigen voor het gebruik van Appium voor toegankelijkheidstesten op je mobiele apps. Voorheen ondersteunde Axe DevTools Mobile Appium-testen met native iOS- of Android-apps en moest je Axe-code in je app integreren. We bieden nu een Appium-plugin aan waarmee je elke app kunt testen – zowel native als cross-platform. Je kunt elke Appium-client gebruiken voor je testscripts en je hoeft geen Deque-code in je app te embedden. Het is eenvoudig te installeren en te starten. Aan de slag met Appium
- De eerste release van de plugin dekt vijf regels gebaseerd op WCAG-standaarden. We zullen de komende maanden ons regelsysteem verbeteren. Appium-regels
- Als u al gebruikmaakt van onze oorspronkelijke Appium-mogelijkheden voor de mobiele toegankelijkheidstests die u nodig heeft, kunt u deze voorlopig blijven gebruiken. We zullen in de toekomst overstappen op de nieuwe Appium-plugin zodra het regeset compleet is. Blijf op de hoogte voor meer updates.
Bekende problemen
Als je een van de onderstaande problemen ondervindt, neem dan contact met ons op via helpdesk@deque.com of support.deque.com. We kunnen je dan informeren zodra het is opgelost of over een geïdentificeerde oplossing als er geen is vermeld.
- Axe DevTools Mobile automatische tests draaien op native iOS, native Android en React Native applicaties. Neem contact op met je Deque-vertegenwoordiger voor oplossingen voor toegankelijkheidstesten op je tech stack.
- Hoewel je enkele resultaten kunt krijgen van webweergaven of gerenderde PDF's, raden we ten zeerste aan om te testen met Axe DevTools voor Web of Axe Monitor voor de meest uitgebreide toegankelijkheidstesten voor het web.
Axe DevTools Mobile voor iOS
Fout in Analyzer-project & testen op pakket-ID in 2.8.1
Functionaliteit voor het testen van een applicatie aan de hand van de pakket-ID was kapot in versie 2.8.1, wat resulteerde in een fout met de titel „Geen doeltoepassingspad gespecificeerd via testconfiguratie: ...“. Update naar 2.8.2 of de laatste versie om de fout op te lossen. Update naar de nieuwste versie binnen het iOS Analyzer-project.
Resultaten op off-screen-weergaven voor SwiftUI-apps getest in iOS 17
Met versie 2.8.0 (Bekijk release-opmerkingen)worden resultaten niet langer gerapporteerd op weergaven die niet zichtbaar zijn, inclusief weergaven die off-screen of verborgen zijn door een andere weergave. We hebben ontdekt dat in SwiftUI-applicaties die worden getest in iOS 17, sommige resultaten nog steeds worden getoond. (#1383)
Ondersteunt Dynamic Type-regel werkt niet met iOS 15 Pro-simulator
Er is een probleem dat de iPhone 15 Pro-simulator beïnvloedt waardoor de Ondersteunt Dynamic Type-regel niet kan worden uitgevoerd. Als u zich heeft aangemeld voor de Ondersteunt Dynamic Type-regel, kunt u deze niet testen met een iPhone 15 Pro-simulator. Er is een bug ingediend bij Apple.
Regels tegen geneste controles
Tijdens het bestuderen van een verbetering voor onze regels hebben we ontdekt dat in XCTest geneste controles niet worden geretourneerd in de toegankelijkheidsboom. Er is een bug ingediend bij Apple. (#1110)
False Positive: In Scroll View, ActiveControlName
We werken actief aan oplossingen voor de volgende false positives en zullen deze lijst bijwerken zodra er oplossingen zijn uitgebracht.
In Scroll View
Er kunnen problemen worden gemeld voor tekst binnen banner-gedragende elementen. Om deze elementen beschikbaar te maken voor degenen die grotere tekst nodig hebben, gebruik UILargeContentViewer. (#622)
ActiveControlName
Als een UIImageView een `accessibilityIdentifier` ingesteld heeft maar niet focusbaar is door VoiceOver, en het heeft focusbare controles binnenin, kan ActiveControlName een false positive melden op de UIImageView. Het verwijderen van de `accessibilityIdentifier` lost het probleem op. Er is een bug ingediend bij Apple. (#1226)
False Negative: Image View Name, Focusable Text in iOS 13 tot iOS 14.8.1
We werken actief aan oplossingen voor de volgende false negatives en zullen deze lijst bijwerken zodra er oplossingen zijn uitgebracht.
Image View Name
Als een UIImageView een `accessibilityIdentifier` ingesteld heeft maar niet focusbaar is door VoiceOver, kan ImageViewName een false negative melden op de UIImageView. Het verwijderen van de `accessibilityIdentifier` lost het probleem op. Er is een bug ingediend bij Apple. (#1226)
Focusable Text
Elementen gemarkeerd als niet-toegankelijkheidselementen kunnen onjuiste resultaten rapporteren vanwege een bug in Apple's framework.
Axe DevTools Mobile voor Android
Crash bij gebruik van Proguard
Als uw debug- of testbuild Proguard gebruikt, volg dan de stappen om Deque in uw Proguard-instellingen te negeren.
Crash wanneer `minifiedEnabled` is ingesteld op true
Als je je build minimaliseert, krijg je een crash met een foutlogboek dat meldt dat een adapter niet kon worden gevonden bij het proberen in te loggen op de Axe DevTools-bibliotheek. Schakel minimalisatie uit voor je debug-builds met Axe DevTools geïmplementeerd. (#729)
Builds met r8 ingeschakeld geven een fout
Een build met r8 ingeschakeld kan proberen de axeDevTools-bibliotheek te verkleinen, wat resulteert in een foutmelding zoals:
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.** { *; }
Foutmelding vergelijkbaar met:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
Als u een fout tegenkomt zoals `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)`, neem dan contact met ons op via helpdesk@deque.com of support.deque.com voor hulp. Onder bepaalde omstandigheden kunnen er twee Compose-rootknooppunten tegelijkertijd bestaan.
Axe DevTools Mobile Dashboard
Ontbrekende Screenshot
Als de screenshot ontbreekt op de gescandetailpagina, kan het zijn dat je app voorkomen dat er screenshots worden genomen. Vaak is dit om veiligheidsredenen in je productieapplicatie. Overweeg om deze vereiste voor je testbuild te verwijderen om volledige functionaliteit in het Axe DevTools Mobile Dashboard mogelijk te maken.
Sommige Android-scan namen zijn onopgemaakt
Sommige Android-scan namen die standaard zijn ingesteld op de schermtitel, zullen verschijnen als de volledige klassenaam inclusief de bundelidentifier. In een toekomstige release zal dit worden opgelost zodat de schermtitel wordt opgemaakt tot een beter leesbare naam. Als tijdelijke oplossing kun je de scannaam instellen vanuit het dashboard of frameworks. (#1643)
Axe DevTools Mobile voor Appium
False Positive: Actieve Weergave Naam
Vanwege beperkingen in de beschikbare informatie via het Appium-platform, hebben we een vals positief resultaat geïdentificeerd voor Actieve Weergave Naam bij gebruik van de labeledBy eigenschap om een label voor een knop-element te bieden. We onderzoeken oplossingen en verwachten een oplossing in een toekomstige release.
React Native: Label In Naam & Label Aan Voorzijde
Vanwege beperkingen in de beschikbare informatie via het Appium-platform, hebben we vastgesteld dat de regels voor Label In Naam & Label Aan Voorzijde niet kunnen worden uitgevoerd voor apps gebouwd met React Native. We onderzoeken oplossingen en verwachten een oplossing in een toekomstige release.
React Native: Inspecteer Weergave Hierarchie Toont Vorig Scherm
Soms heeft de Appium-pagina bron-eigenschap extra tijd nodig om tussen scans te worden bijgewerkt. Als dit gebeurt, zie je de weergavehiërarchie van een vorig scherm wanneer je de inspectiefunctie op het dashboard gebruikt. Om dit op te lossen, voeg je een kleine timeout toe voordat je de pagina-bron API aanroept om de toegankelijkheidsscan uit te lokken. Voorbeeld:
await driver.pause(1000);
const result = await driver.getPageSource();
