Tools for using aXe for web accessibility testing with JUnit and Selenium.
Java JavaScript
Switch branches/tags
Nothing to show
Latest commit 9b2cabc Jul 15, 2016 @dmfay dmfay committed on GitHub Clarify example test steps

aXe Selenium (Java) Integration README

This example demonstrates how to use aXe to run web accessibility tests in Java projects with the Selenium browser automation tool and Java development tools.

Selenium integration enables testing of full pages and sites.


To run the example

  1. Move to the selenium-java directory.
  2. Ensure that axe.min.js is located in /src/test/resources.
  3. node src/test/resources/test-app.js to start the fixture server.
  4. mvn test to build and run the JUnit tests that drive Selenium against the fixture.

This should launch an automated Firefox window, load and analyze the configured web pages, and then pass/fail a JUnit test depending on whether there are any accessibility violations detected.

To modify the example

To run the example tests on your own web page, change the URL passed to driver.get in ExampleTest.setUp().

To use the AXE helper library in your own tests

Include this library as a test-scoped dependency in your POM:


axe.js or axe.min.js must be available to your test fixtures as a The simplest way to do this is to include it in your own src.test.resources and pass MyTest.class.getResource("/axe.min.js") to the Builder constructor as demonstrated in the ExampleTest.

The AXE helper defines three public methods and a nested Builder class for your unit tests.

  • inject will inject the required script into the page under test and any iframes. This only needs to be run against a given page once, and Builder will take care of it for you if you use that.
  • report will pretty-print a list of violations.
  • writeResults will write the JSON violations list out to a file with the specified name in the current working directory.

The Builder class allows tests to chain configuration and analyze pages. The constructor takes in a WebDriver that has already navigated to the page under test and a pointing to the aXe script; from there, you can set options(), include() and exclude() selectors, and finally, analyze() the page.

  • options wires a JSON string to aXe, allowing rules to be toggled on or off. See the testAccessibilityWithOptions unit test for a sample single-rule execution, and the axe-core API documentation for full documentation on the options object. The runOnly option with tags may be of particular interest, allowing aXe to execute all rules with the specified tag(s).
  • include adds to the list of included selectors. If you do not call include at all, aXe will run against the entire document.
  • exclude adds to the list of excluded selectors. Exclusions allow you to focus scope exactly where you need it, ignoring child elements you don't want to test.
  • analyze executes aXe with any configuration you have previously defined. If you want to test a single WebElement, you may pass it into analyze instead of using include and exclude.

The aXe documentation should be consulted for more details on customizing and analyzing calls to axe.a11yCheck.


In order to contribute, you must accept the contributor licence agreement (CLA). Acceptance of this agreement will be checked automatically and pull requests without a CLA cannot be merged.