Axe DevTools Mobile release-opmerkingen van 11 november 2026
11 november 2026
Componentversies
iOS
- iOS SDK (axeDevToolsXCUI v5.0.0)
Hoe te updaten: iOS SDK, iOS Analyzer desktop-app
Android
- Android SDK (axe-devtools-android v10.0.0)
- Android Gradle-plugin (axe-devtools-android-plugin v2.0.0)
- Android Analyzer (Axe Accessibility Analyzer v4.2.0)
Hoe te updaten: Android Gradle-plugin, Android Analyzer
Wat is er nieuw?
SDK
Aangezien het einde van het Mobile Dashboard nadert, wordt de globale regelconfiguratie nu ingesteld in Axe Account. Hier configureren beheerders instellingen voor welke regels worden uitgevoerd in geautomatiseerde tests, en zij kunnen ook bevoegdheden verlenen aan gebruikers om globale instellingen te negeren en individuele regels in hun tests te negeren. Wanneer overschrijvingen niet zijn toegestaan, doet de negeeractie niets en logt de SDK waarom. Merk op dat indien de organisatorische instellingen niet kunnen worden gelezen, scans nog steeds zullen worden uitgevoerd. Elke regel wordt uitgevoerd en negeringen op codeniveau zijn toegestaan. Alleen een organisatie die expliciet overschrijvingen uitschakelt, blokkeert deze.
iOS
- Vind een link naar je resultaten na uploaden. Nadat een scan is geüpload, print het log nu
View your results in Axe Developer Hub: <link>. Gerichte scans linken naar de projectpagina en AutoScan linkt naar zijn sessie. - Regels worden nu genegeerd op
AxeDevToolszelf, bijvoorbeeldaxe.ignoreRules(.colorContrast, .screenTitle), of per element metignoreRules(onElementWithId:)/ignoreRules(onElementOfClass:). Een verkeerd gespelde regel doet de build nu falen in plaats van stilzwijgend draaien. (Breaking — zie hieronder.)
Android
- Vind een link naar je resultaten na uploaden. Nadat een scan is geüpload, print het log nu een link naar Axe Developer Hub. Gerichte scans linken naar de projectpagina en AutoScan linkt naar zijn sessie.
- Je negeert nu regels met de
AxeRuleNameenum, bijvoorbeeldaxeDevTools.ignoreRules(AxeRuleName.COLOR_CONTRAST, AxeRuleName.SCREEN_TITLE). Om regels voor één element over te slaan, gebruik jeignoreRulesOnElementWithId("resource_id", AxeRuleName.TOUCH_TARGET_SIZE). Een verkeerd gespelde regelnaam doet de build nu falen in plaats van stilzwijgend genegeerd te worden. (Breaking, zie hieronder.) - Stel regelnegeringen één keer per sessie in bij het uitvoeren van gerichte tests. Geef
ignoreRulesenignoreRulesOnElementIdsdoor aan demobile: axeStartSessionfunctie; deze zijn van toepassing op elke gerichte scan tot de sessie eindigt. (Opmerking: Auto Scan staat geen individuele regelnegeringen toe; het volgt alleen de regels van de organisatie.)
Oplossingen
iOS
- Verbeteringen in de nauwkeurigheid van de volgende regels: Label in Name, Label at Front, Touch Target Size, Touch Target Spacing
- Scans crashen niet langer wanneer de test runner is gebouwd met Xcode 16.2 of andere versies ouder dan 16.4
- Rustigere testlogs - de SDK print niet langer naar de testlog telkens wanneer deze analytics verzendt
Android
- Verbeterde nauwkeurigheid van de Label in Name regel
- Verbeterde prestaties voor Auto Scan - de test runner wacht nu tot 10 seconden op een netwerk voordat wordt ingelogd
- Verbeterde prestaties voor de zwevende scan-knop van de Axe Accessibility Analyzer bij gebruik van TalkBack - je kunt deze nu bereiken door te vegen, en het behoudt de focus na een scan of na het openen van een menu (Veegfocus vereist TalkBack versie 16.2 of later)
Updates
Android
- De SDK, Analyzer en voorbeeldtargets worden nu gebouwd tegen Android SDK 37 (
compileSdk/targetSdk37). DeminSdkblijft op 26. Je app heeft geen wijzigingen nodig. - Java-tests kunnen nu rechtstreeks
AxeAutoScan.skipScan(...)aanroepen, zonder.Companion resetIgnoredRules()is niet langer verouderd en je kunt het blijven gebruiken
Vervaldata en Verwijderingen
iOS
- De Inaccessible Action-regel is verwijderd. Scans voeren deze nooit uit, en
AxeRuleId.InaccessibleActioncompileert niet langer. Verwijder alle verwijzingen naar deze regel uit je testcode - code die je hebt toegevoegd om de regel uit te schakelen of te negeren kan worden verwijderd. - De experimentele regel-API's zijn verwijderd. De
experimentalsleutel is ook verwijderd uit geëxporteerde JSON. - De
optInToSupportsDynamicTypesleutel is verwijderd. Als je deze nog steeds in je code hebt, verwijder dan de regel die deze instelt. - De volgende mobiele dashboard-API's zijn nu verwijderd. Deze waren in een eerdere release verouderd verklaard. Het Axe Developer Hub-pad is het enige dat overblijft:
getResult,tagResult,deleteResult,updateScanName,AxeDevToolsResultKey,AxeResult.tags— verwijderd, geen vervanging.login(withAPIKey:toServer:)enstartSession(apiKey:url:projectId:)— gebruikstartScanSession(...)ofauthenticate(...)in plaats daarvan.postResult(_:withTags:withScanName:)— gebruikpostResult(_:withScanName:), dat nu niets terugstuurt.axeServiceUrl/axeServerUrl(voor Auto Scan) — gebruikaxeAccountUrl.AxeStatus.IGNORED- verwijderd. Genegeerde regels leveren helemaal geen resultaat meer op, dus"status":"IGNORED"verschijnt nooit in geëxporteerde JSON.
Android
- Experimentele regels zijn verwijderd:
NestedElementNameenNestedActiveControlbestaan niet meer.ignoreExperimental()en deexperimentalvlag opAxeRulezijn verdwenen.
AxeRuleViewHierarchywas in maart 2025 verouderd verklaard en is nu verwijderd. Aangepaste regels moetenAxeRuleuitbreiden enisApplicable/runRuleoverschrijven met behulp vanAxeView.- Mobiele dashboard-API's zijn verwijderd. Axe Developer Hub is nu het enige uploadpad:
loginWithApiKey(...)enstartSession(apiKey, projectId, serverUrl)— gebruikstartScanSession(apiKey, projectId, axeAccountUrl).tagScanAs,getResult,deleteResult,AxeDevToolsResultKey,TagsSet— verwijderd, geen vervanging.
ScanResultHandler.uploadToDashboard(uploadOnly)— gebruikuploadToDashboard()zonder argumenten. Opmerking: Dit stuurt resultaten naar Axe Developer Hub.- Gradle-plugin
axeServerUrl— gebruikaxeAccountUrl. AxeStatus.IGNORED- verwijderd. Genegeerde regels produceren nu geen resultaat meer, dus"status":"IGNORED"verschijnt nooit in geëxporteerde JSON.
Breekende Wijzigingen
iOS
- De minimaal vereiste iOS-versie is nu 17. UI-testdoelen die nog steeds op iOS 16 zijn gericht, moeten hun implementatiedoel verhogen. Werken op iOS 16-apparaten wordt niet langer ondersteund.
- Het negeren van regels is verplaatst van
axe.configuration, enaxe.configurationis verwijderd. Oude aanroepen falen bij compilatie met een bericht waarin de nieuwe aanroep wordt genoemd:axe.configuration.ignore(rules:)- gebruikaxe.ignoreRules(...)axe.configuration.ignore(rulesFor:)- gebruikaxe.ignoreRules(onElementWithId:_:)ofignoreRules(onElementOfClass:_:)axe.configuration.customRules.insert(rule)- gebruikaxe.addCustomRule(rule)- Het negeren van aangepaste regels en het weer inschakelen van een regel worden niet langer ondersteund
AxeRuleId-waarden zijn nu in lowerCamelCase (bijvoorbeeld.ColorContrastwordt.colorContrast). Swift-code die de oude spelling gebruikt, compileert niet meer. Objective-C, geëxporteerde JSON, Axe Developer Hub en AppiumignoreRules-instellingen blijven ongewijzigd.http://-account-URL's worden geweigerd bij inloggen met een API-sleutel. On-prem klanten waarvan de account-URL begint methttp://moeten overschakelen naarhttps://.- Verwijderde API's vermeld onder Vervaldata en Verwijderingen falen bij compilatie.
Android
- De regel-negeren API's zijn veranderd. Oude aanroepen compileren niet meer:
ignoreRules(listOf("ColorContrast"))- gebruikignoreRules(AxeRuleName.COLOR_CONTRAST)ignoreByViewIdResourceName(id, listOf(...))- gebruikignoreRulesOnElementWithId(id, AxeRuleName.X, ...)ignoreExperimental()- verwijder de aanroep.
TouchSizeWcagis nuTouchTargetSize, wat overeenkomt met iOS en Axe Developer Hub. Werk alle code, filters of dashboards bij die naar de oude naam zoeken.- Aangepaste regels die
AxeRuleViewHierarchyuitbreiden, of die deexperimental-vlag doorgeven aanAxeRule, compileren niet meer. - Gradle-plugin: Builds die nog steeds
axeServerUrlinstellen in hetaxeDevTools { }-blok moeten overschakelen naaraxeAccountUrl. - Verwijderde API's vermeld onder Vervaldata en Verwijderingen falen bij compilatie.
Bekende Problemen
- Axe DevTools Mobile geautomatiseerde tests draaien op native iOS, native Android, React Native toepassingen en apps gebouwd met Appium. Neem contact op met uw Deque-vertegenwoordiger voor toegankelijkheidstestsoplossingen op uw technologieplatform.
- Dit zijn de wijzigingen in Bekende Problemen sinds de release van oktober 2026. Voor alle huidige problemen, zie Bekende Problemen.
- Hoewel u enkele resultaten kunt krijgen van webweergaven of gegenereerde PDF's, raden we ten zeerste aan om tests uit te voeren met Axe DevTools voor Web of Axe Monitor voor de meest uitgebreide toegankelijkheidstests voor het web.
Nieuwe Problemen
Als u een van de onderstaande problemen ervaart, neem dan contact met ons op via helpdesk@deque.com of support.deque.com. We kunnen u dan op de hoogte stellen zodra het is opgelost of van een geïdentificeerde oplossing als er geen is vermeld.
iOS
False positives voor regels Ondersteunt Dynamisch Type en Afgeknipte Tekst
De regels Ondersteunt Dynamisch Type en Afgeknipte Tekst (iOS 17 en later) gebruiken resultaten van Apple's toegankelijkheidscontrole. Die controle markeert af en toe tekst die correct schaalt of volledig zichtbaar is, en deze regels rapporteren wat Apple teruggeeft. De meeste mislukkingen van deze regels zijn echte problemen, dus we raden niet aan om ze als groep af te wijzen. Dit probleem is aan Apple gemeld, en we werken eraan om deze false positives te verminderen.
Om een mislukking te bevestigen, schakelt u Grotere Toegankelijkheidsgroottes in onder Settings > Accessibility > Display & Text Size > Larger Text. Doorloop elke tekstgrootte, van de standaard tot de grootste, en controleer of de gemarkeerde tekst schaalt en volledig zichtbaar blijft. Tekst kan er goed uitzien op de grootste maat, maar breken bij een maat ertussenin.
Als de mislukking een false positive is, negeer de regel op dat element met zijn toegankelijkheidsidentificatie. We raden niet aan om de regel voor de hele scan of per klasnaam te negeren, omdat dit ook echte mislukkingen kan verbergen.
Android
False positives bij het scannen van kaarten
Het is momenteel niet mogelijk om nauwkeurig te bepalen of een element op het scherm zich binnen een kaart bevindt, daarom kunnen onze regels onbedoeld kaartsymbolen scannen en verkeerde positieve resultaten geven. Dit is een probleem met hoe het Android-systeem kaarten rapporteert aan de Toegankelijkheidsdienst.
Gebruik onze negeer-regels-API om uw kaart of kaartsymbolen vrij te stellen van scannen door hun ID's te gebruiken.
Meer informatie over regels negeren.
Apps gebouwd met Unity kunnen niet worden gescand
Axe DevTools Mobile kan de inhoud op het scherm van apps gebouwd met de Unity-game-engine niet scannen. Dit beïnvloedt geautomatiseerde scans met de Android-bibliotheek evenals scans van de Accessibility Analyzer-app. Resultaten tonen alleen controles op schermniveau - voor regels zoals Schermoriëntatie en Schermtitel - en niets voor de knoppen, tekst of schakelaars van de app.
Er is momenteel geen oplossing.
Opgeloste Problemen
iOS
Verwijderd: verouderde Image View Name en Active Control Name false positive
We hebben een verouderde invoer over Active Control Name false positives verwijderd op een UIImageView dat heeft een accessibilityIdentifier. Dit probleem beïnvloedde alleen v2.11.0 en werd opgelost in de release van juni 2024. Active Control Name werkt niet langer op deze afbeeldingen in UIKit-apps. Image View Name rapporteert ze in plaats daarvan als Needs Review (zie Reviewresultaten voor regels voor ImageView-namen voor UIKit-apps).
