When creating new Turas products and features, accessibility must be considered at all stages of design and development.
Accessibility is about making sure your product is usable by as many people as possible. It is important that people are not excluded from using our products on the basis of experiencing a disability. Everyone on the team is responsible for making our products accessible.
The accessibility of a new product or feature should be considered early. All Turas developers and testers must be aware that Turas products have to comply with Level AA of the Web Content Accessibility Guidelines (WCAG) 2.2.
The Turas Design System has been designed to be accessible to these standards. However, the implementation of these styles within individual products can have an impact on compliance. Therefore, it is important that accessibility testing is carried out within the context of the product.
Accessibility testing is carried out in two ways:
NES uses both methods to ensure our products and services meet level AA of WCAG 2.2. If Turas products do not comply with this standard, then we could be breaking the law.
We use a variety of tools for automated testing, including:
Automated accessibility testing tools are a great resource, but they don’t automatically make your products accessible. Manual testing should be carried out after using automated tools.
Many accessibility issues can’t be replicated using automated tools. Most of WCAG 2.2 success criteria requires human judgement.
Here are a few examples of how you can manually test for accessibility:
Check the references at the bottom of this page for more detailed information on manual testing techniques.
We recommend the WebAIM's WCAG 2 Checklist.
You can also view a PDF version of this checklist WebAIM’s checklist (PDF).
W3.org
Easy Checks – A First Review of Web Accessibility
Softwaretestinghelp.com
Accessibility Testing Tutorial (A Complete Step By Step Guide)