Checklist for mobile accessibility tests - Web Experience Toolkit
This is intended as a guide to use in day-to-day testing – one should be able to answer ‘yes’ to each question.Please remember that if you refresh the page or navigate away, all values you entered will be reset.
Table of Contents
Zoom and voice output disabled
Voice output enabled
Use the Web Rotor in iOS to test content on selections such as images, headings, landmarks, forms, hints, links, buttons etc. Try not to look at the screen when doing this or activate Screen Curtain if using iOS (3 finger triple tap).
Voice output and zoom enabled
iOS 6 now allows both zoom and Voiceover to run simultaneously. Follow the same tests used with just zoom enabled, voice output running, and as well as the following:
Follow the same tests used when zoom and voice output are disabled paying special attention to the following:
|Zoom and voice output disabled||/||(%)|
|Voice output enabled||/||(%)|
|Voice output and zoom enabled||/||(%)|
|Total items passed||/||(%)|
|Number of items evaluated||/||(%)|
Note: The number of total items passed means the total number of PASS and N/A.
Inspired by Al Duggin’s browser based tests for accessibility in his kick ass post building a web page with accessibility and interoperability in mind, I thought I’d put some tests together for mobile. This is intended as a guide you can use in day-to-day testing – you should be able to answer ‘yes’ to each question.
Tests should be carried out in the native browser in iOS Android or any other of your supported devices without any accessibility settings or support running as well as a combination of settings and support running i.e. zoom, voice output, inverse colours etc.
It’s worth also checking content in Firefox and Chrome on iOS and Android which both have voice output support and various zoom functions. I find this especially useful when I need to establish whether the content, voice output or browser is buggy.
Finally this is a general list of core tests. Different devices will offer different accessibility settings and support ranging from anything including external braille displays and keyboards to different types of zoom. It’s important to be aware of these and include them in your testing where possible.
Henny SwanSourced from this blog.
- Date modified: