Beyond being a compliance requirement in many cases, accessibility testing is the right thing to do for your users. Accessibility testing is similar to UAT or Usability (which we track here), but we see accessibility as a primary concern of its own.
Interested in joining the conversation for this category? Please join us in our public epic where we discuss this topic and can answer any questions you may have. Your contributions are more than welcome.
This page is maintained by the Product Manager for Testing, James Heimbuck (E-mail)
Up next is gitlab#25566 (accessibility testing for review apps MVC) which establishes our footing in the accessibility testing space. This will enable us to start offering out-of-the-box accessibility testing via artifacts, and provide a foundation for us to build more features on top of such as making the accessibility results embedded in the MR widget or provide more detailed CI views for accessibility testing.
This category is currently at the "Planned" maturity level, and our next maturity target is Minimal (see our definitions of maturity levels). Key deliverables to achieve this are:
Competitors in this space are not providing first-party accessibility testing platforms, but do integrate with pa11y or other tools to generate results via the CI/CD pipeline. Implementing gitlab#25566 (accessibility testing for review apps MVC) will help us meet (or in many cases exceed) competitor capability be embedding it into our review apps, a natural home for them.
There are no top CS/Sales issues for this category yet.
There are no top customer issues for this category yet.
Automatic a11y (gitlab#25566) testing has been requested by our internal UX teams as a way to ensure our release process is managing accessibility over time within the application.
A related Epic is the GitLab accessibility epic that contains items about making GitLab itself more accessible: gitlab-org#567. Loveable for this category is defined as being able to use GitLab to detect all of those issues in an automated way and see that they are addressed when fixed.
Beyond the item being worked on next gitlab#25566 that will establish our presence with out-of-the-box accessibility testing tracking how accessibility is changing over time in a project and providing a view of the full accessibility report are items that move us closer to the long term vision for this category.