Components of an Accessibility Test

  1. Start with automated testing (this catches about 30-50% of errors)
  2. Visual navigation with a keyboard
  3. Non-visual navigation with a screen reader
  4. Visual access (low vision/colorblind)
  5. Usable/understandable (cognitive/learning disability)
  6. Mobile devices and responsive design
  7. Audio/video files testing
  8. Downloadable digital documents testing

Testing steps

Step 1: testing tools needed

Another option: Free loan of the ICT accessibility testing toolkit

  • Testing of other AT devices such as Dragon Dictate, Switch activation, one handed keyboard, Voiceover on a tablet and ZoomText via equipment available on loan through Missouri Assistive Technology’s Accessibility Testing Kit (device loan program). Loan the ICT Accessibility Testing Toolkit.

Testing Tools Specific to Documents
(Note
: Browser extensions such as WAVE or Siteimprove cannot check digital document content such as PDF or Word documents.)

Step 2: Web Accessibility Testing Checklist

Now that you know the components of the test and the tools you need, where do you start? How do you make sure you have tested everything?

The following checklist includes every WCAG check you need to complete:

Which version of the Web Content Accessibility Guidelines (WCAG) apply to your website/application?

Step 3: Documenting Your Accessibility Test

Integrate accessibilty fixes into your normal quality assurance testing process.

  • Document errors using your normal error reporting system or process. Retest until errors are fixed.
  • If you don’t have a reporting process established, another option is the  Web Accessibility Evaluation Report, a reusable template to document accessibilty errors. The report can be passed on to your development team.

how do I know when A website/application is accessible?

1.

Work through the WCAG checklist and report items to be fixed, using the various testing tools outlined above. 

2.

Remediate accessibility errors and retest. 

3.

Once all your WCAG checklist items are “Yes” for accessible or “N/A” for not applicable, your test is complete (until your next revision). 

4.

As websites/applications are revised, integrate this accessibility testing process into your software development lifecycle.

Want a demonstration of what IS and is NOT an accessible web page?

Here are websites that show the differences, both in presentation and in structure, between accessible and inaccessible web pages. Use these to practice your website accessibility testing and experiment with different AT devices.

  • Accessible University
  • W3C

We need your feedback!

In order to improve the effectiveness of the content on this page, please give us feedback! What do you like? Don’t like? Are the testing forms helpful? We want to hear from you!

Have a resource for ICT Accessibility to share with us?