Testing for accessibility
Find out more about how we test for accessibility and ensure that our products meet accessibility standards.
At JET we understand that accessibility is crucial when it comes to designing and building products. We are aiming for our products and services to meet at least level AA of the Web Content Accessibility Guidelines 2.1 (WCAG). To achieve this, it's essential that you consider accessibility at the start of a project and run accessibility tests regularly throughout the design process.
We offer guidance on the different types of accessibility testing that should be used in your projects. We recommend a mixture of automated, manual, and user testing methods to ensure that most accessibility issues can be detected.
We use automated testing tools to audit our products for WCAG compliance, ensuring we follow best practices seamlessly.
We estimate that automated testing can detect a large number of common WCAG issues. Automated testing also gives your team more time to focus on the more complex accessibility tests that need to be completed manually.
It’s important to note that whilst automated accessibility tests are a great step towards providing an accessible application, they do not guarantee that your app is accessible to real users.
Some of the issues that automated checks don’t usually cover are:
- Correct reading order of content
- Appropriate use of HTML
- Good keyboard navigation experience
- Useful image captions and alt text
- Cognitive accessibility
For manual accessibility testing, we recommend referring to a comprehensive accessibility checklist for web products to help you test for common accessibility barriers.
The A11y Project checklist provides an excellent resource that includes items such as checking for proper colour contrast, keyboard accessibility, and the correct use of descriptive text and alt attributes for images. This checklist can serve as a good foundation for testing the accessibility of your product.
We use screen reader testing to evaluate the accessibility of our digital products for people who prefer to interact with our products using narration. We use assistive technologies which convert on-screen content into synthesised speech or Braille output, enabling those users to access and interact with our digital content.
The goal of screen reader testing is to ensure that our products are properly designed and coded to be compatible with screen readers, providing an inclusive user experience for individuals with those needs.
To carry out screen reader testing we use popular screen reader software such as Non Visual Desktop Access (NVDA) and Apple Voiceover for desktop products. For mobile products, we use TalkBack and Apple Voiceover.
Below are some important factors we test when conducting screen reader testing:
We have partnered with Applause, a third-party crowdsourcing company, to help us with accessibility testing through a contract.
Through this partnership, we can arrange ad-hoc specialised audits, conducted by trained accessibility testers from Applause, for both new and existing features. By doing this, we can help teams understand the state of accessibility in their current products and how they can improve them to increase their level of accessibility.
Browser plugins provide an alternative to implementing automated testing tools into your CI/CD pipeline.
Our recommended browser plugins are axe DevTools - Web Accessibility Testing and Accessibility Insights for Web. They offer fully automated checks and semi-automated or ‘review’ checks that flag potential issues to be assessed by a human user.
For our web components that use Storybook, we also use the storybook-addon-a11y plugin that has similar features for instant accessibility feedback on the page for each component.
User testing is strongly recommended whenever possible. It helps you understand real-world accessibility issues by allowing users with disabilities or those who use assistive technologies to complete a journey or task.
You can watch your users navigate and complete tasks to see how different aspects of the design or code could be improved. It also allows you to discuss and review the accessibility issues encountered by your users.