DEVELOPER TOOLS

Detect and fix accessibility issues earlier in the development process

The Accessibility Testing SDK helps your web developers test their code and components for accessibility issues in pre-production environments.

A male accessibility expert writing a custom fix for an issue found on a customer website.

Write once, run everywhere

Your web developers and front-end engineers are responsible for so many things that accessibility can sometimes take a backseat to pushing out new code. Our developer tools are purpose-built to make accessibility testing easier and more effective — so your teams fix more issues before they can impact customers.

A dashboard audited by AudioEye experts with call-outs for accessibility issues found.

Types of testing

Flexible testing solutions for every part of your SDLC

Our Accessibility Testing SDK empowers your teams to check for accessibility issues throughout your software development lifecycle — from full-page testing to component libraries and automatic scans for each deployment.

COMPONENT TESTING

Create the building blocks of an accessible website

Either use the component function in the CLI or use Jest to test individual components within your library:

Website components that AudioEye tests including accordions, alerts, avatars, buttons, breadcrumbs, and cards.
  • Run quick tests

    Make it easy for your developers to quickly test components during the early stages of development.

  • Build an accessible library

    Testing each component helps you build a library of accessible components that can be used across your organization by multiple teams.

  • Automate testing

    Jest tests can be set up to run automatically whenever you add or update a component in your library — so only accessible components are available to use.

SINGLE-PAGE TESTING

Test entire pages for accessibility

Use the Command-Line Interface (CLI) in a code editor to test a full page for accessibility issues:

AudioEye’s SDK CLI testing a website for accessibility issues at the code level before deploying.
  • Ensure compatibility

    Full-page testing helps ensure that components aren’t just accessible on their own, but when used alongside other components.

  • Detect contextual issues

    Some accessibility issues (e.g., header hierarchy) can only be detected when testing a full page.

  • Streamline accessibility

    Making developers toggle between multiple tools or browser windows slows down their work.

MULTI-PAGE TESTING

Automate end-to-end accessibility testing

Use Cypress(opens in a new tab) to test multi-page workflows directly in your browser.

A  developer writing custom fixes and a call-out of the report of accessibility issues they are addressing.
  • Save time

    Manual end-to-end accessibility testing takes time, especially when developers make frequent code changes.

  • Flexible testing

    Give your developers control over each test, whether they scan for any accessibility issues or only certain types of issues.

  • Track progress

    Compare issues detected over time to track progress toward more accessible, compliant user experiences.

  • Automate end-to-end accessibility testing

    Use Cypress, Jest(opens in a new tab), or Playwright(opens in a new tab) to test multi-page workflows directly in your browser.

CI/CD INTEGRATION

Support dev teams with automatic accessibility scans

Install the Accessibility Testing SDK in your development pipeline to automatically scan for issues with every deployment.

Accessibility experts reviewing a custom fix and two call-outs for issues found by automation and top fixes applied.
  • Standardize quality

    Using the Accessibility Testing SDK in a CI/CD deployment helps check for accessibility issues on each line of code.

  • Drive better decisions

    Help your developers focus on high-impact work by identifying the most pressing accessibility issues.

  • Free up developers

    Take the burden off your developers to manually check for accessibility issues with each deployment.

Outputs

Issue reports, in whatever format your teams need

The Accessibility Testing SDK lets developers export issues to review and/or share with others in the format that works best for them.

  • HTML Output

    A visual table that lists each issue detected in your code, along with key information — like the name of the WCAG criteria that was violated — to help teams prioritize fixes. Developers can click into each issue to get prescriptive feedback on the issue, where it occurred, and how to fix it.

  • JSON output

    A version of the list of issues and details can be converted into other file types (e.g., .csv, .xlsx) for easier sharing or to upload into project management tools.

Integrations

Plug accessibility into your stack

The Accessibility Testing SDK integrates with your other web development tools, empowering your teams to drive alignment and integrate accessibility into more workstreams:

  • Project management

Upload the .csv output version into a project management tool like JIRA or Asana to create a trackable, assignable list of issues to be fixed.

  • CMS integration

Run accessibility tests on components as you build them in your local environment before they are loaded into your CMS library.

A collage of every major CMS platform next to AudioEye representing easy integrations for any platform.

Frequently asked questions

Let’s build an accessible digital future, together