Skip to main content
Use accessibility IDs to verify that key screens are reachable and usable by screen readers on iOS and Android. The ~ selector prefix is WebdriverIO shorthand for locating an element by its accessibility ID — this proves the element is correctly exposed to the accessibility layer and keeps your tests stable across visual refactors.
This recipe covers accessibility spot-checking for native mobile. For operationalized a11y monitoring — scheduled runs, trend tracking, aggregated reports, and stakeholder dashboards — talk to your QA Wolf team about full-service accessibility testing.

Examples

Verify a screen’s key elements are reachable via accessibility semantics
If you can’t locate an element using ~, that element is likely missing an accessibility label entirely — an accessibility bug worth raising with your dev team before writing the test.
Assert that icon buttons have meaningful accessible names

When to use

  • Your app has key interactive elements that must be exposed to VoiceOver (iOS) or TalkBack (Android).
  • Your team wants to catch regressions where a developer removed or renamed an accessibility label.
  • Your team wants a lightweight proxy for accessibility hygiene without a full WCAG audit.
  • Your app has icon-only buttons that must have meaningful accessible names.

Platform reference

Quick reference

QA Wolf does not run a WCAG rules engine against native app views. Native apps don’t have a DOM, so axe-core style scanning isn’t available for native iOS or Android. For deeper audits — color contrast, touch target size, reading order — supplement these tests with manual testing using VoiceOver on iOS, TalkBack on Android, or the Xcode Accessibility Inspector and Android Studio Layout Inspector.

Full sample test

Last modified on May 20, 2026