In an effort to bake accessibility practices further into our process of building features for Backstage, we support automated CI tests for some of our core features in the OSS project: Software Catalog, Software Templates, Search, and TechDocs. As these are just a few of the many plugins out there, we encourage you to consider the accessibility implications of your work on Backstage in order to build a great experience for everyone.
How to contribute
There are multiple ways to contribute to making Backstage more accessible, you'll find below a list of examples to help you get started.
Run Lighthouse in CI on your plugin
/** Software Catalog */
+ /** Your plugin paths */
Run the Lighthouse CLI locally when developing new features
If you want to use the Lighthouse CLI and run the checks based on the config you can use the following command:
yarn dlx @email@example.com autorun
Note: running this command will use the Lighthouse config so make sure to adjust it to your needs if needed.
Use Lighthouse Github Action on your own repo
If your Backstage plugin lives outside of the Backstage main repository, and you use GitHub Actions for continuous integration, we encourage you to add and modify the Accessibility GitHub workflow to your needs.
Report identified issues
It’s important to remember that automated checks can only catch a small number of accessibility issues, therefore we also encourage you to conduct manual testing of your plugins using Assistive technology (screen readers, alternative navigation, and screen magnifiers are a few examples).
If you have identified accessibility issues and don’t have time to contribute a fix, please open an issue over at Backstage Issues to let us know.