Gathering detailed insights and metrics for jest-axe
Gathering detailed insights and metrics for jest-axe
Gathering detailed insights and metrics for jest-axe
Gathering detailed insights and metrics for jest-axe
@types/jest-axe
TypeScript definitions for jest-axe
vitest-axe
Custom Vitest matcher for testing accessibility with aXe. Forked from jest-axe.
@koralle/vitest-axe
Custom Vitest matcher for testing accessibility with aXe. Forked from jest-axe.
@mysetup/jest-config
A base [Jest](https://jestjs.io/) configuration with [ts-jest](https://kulshekhar.github.io/ts-jest/), [React Testing Library](https://testing-library.com/docs/react-testing-library/intro/), and [Jest aXe](https://github.com/nickcolley/jest-axe).
Custom Jest matcher for aXe for testing accessibility ♿️🃏
npm install jest-axe
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
1,061 Stars
299 Commits
54 Forks
3 Watching
5 Branches
25 Contributors
Updated on 27 Nov 2024
Minified
Minified + Gzipped
JavaScript (100%)
Cumulative downloads
Total Downloads
Last day
-3.6%
123,223
Compared to previous day
Last week
7.5%
665,391
Compared to previous week
Last month
15.7%
2,766,186
Compared to previous month
Last year
24.7%
28,963,652
Compared to previous year
Custom Jest matcher for axe for testing accessibility
The GDS Accessibility team found that around ~30% of access barriers are missed by automated testing.
Tools like axe are similar to code linters such as eslint or stylelint: they can find common issues but cannot guarantee that what you build works for users.
You'll also need to:
Color contrast checks do not work in JSDOM so are turned off in jest-axe.
1npm install --save-dev jest jest-axe jest-environment-jsdom
TypeScript users can install the community maintained types package:
1npm install --save-dev @types/jest-axe
1/** 2 * @jest-environment jsdom 3 */ 4const { axe, toHaveNoViolations } = require('jest-axe') 5 6expect.extend(toHaveNoViolations) 7 8it('should demonstrate this matcher`s usage', async () => { 9 const render = () => '<img src="#"/>' 10 11 // pass anything that outputs html to axe 12 const html = render() 13 14 expect(await axe(html)).toHaveNoViolations() 15})
Note, you can also require
'jest-axe/extend-expect'
which will callexpect.extend
for you. This is especially helpful when using the jestsetupFilesAfterEnv
configuration.
1const React = require('react') 2const { render } = require('react-dom') 3const App = require('./app') 4 5const { axe, toHaveNoViolations } = require('jest-axe') 6expect.extend(toHaveNoViolations) 7 8it('should demonstrate this matcher`s usage with react', async () => { 9 render(<App/>, document.body) 10 const results = await axe(document.body) 11 expect(results).toHaveNoViolations() 12})
1const React = require('react') 2const App = require('./app') 3 4const { render } = require('@testing-library/react') 5const { axe, toHaveNoViolations } = require('jest-axe') 6expect.extend(toHaveNoViolations) 7 8it('should demonstrate this matcher`s usage with react testing library', async () => { 9 const { container } = render(<App/>) 10 const results = await axe(container) 11 12 expect(results).toHaveNoViolations() 13})
Note: If you're using
react testing library
<9.0.0 you should be using thecleanup
method. This method removes the rendered application from the DOM and ensures a clean HTML Document for further testing.
If you're using React Portals, use the baseElement
instead of container
:
1it('should work with React Portals as well', async () => { 2 const { baseElement } = render(<App/>) 3 const results = await axe(baseElement) 4 5 expect(results).toHaveNoViolations() 6})
1const App = require('./App.vue') 2 3const { mount } = require('@vue/test-utils') 4const { axe, toHaveNoViolations } = require('jest-axe') 5expect.extend(toHaveNoViolations) 6 7it('should demonstrate this matcher`s usage with vue test utils', async () => { 8 const wrapper = mount(Image) 9 const results = await axe(wrapper.element) 10 11 expect(results).toHaveNoViolations() 12})
1const App = require('./app') 2 3const { render } = require('@testing-library/vue') 4const { axe, toHaveNoViolations } = require('jest-axe') 5expect.extend(toHaveNoViolations) 6 7it('should demonstrate this matcher`s usage with react testing library', async () => { 8 const { container } = render(<App/>) 9 const results = await axe(container) 10 11 expect(results).toHaveNoViolations() 12})
Note: If you're using
vue testing library
<3.0.0 you should be using thecleanup
method. This method removes the rendered application from the DOM and ensures a clean HTML Document for further testing.
1import { ComponentFixture, TestBed } from "@angular/core/testing"; 2import { axe } from "jest-axe"; 3 4import { SomeComponent } from "./some.component"; 5 6describe("SomeComponent", () => { 7 let fixture: ComponentFixture<SomeComponent>; 8 9 beforeEach(() => { 10 TestBed.configureTestingModule({ 11 declarations: [SomeComponent], 12 }); 13 14 fixture = TestBed.createComponent(SomeComponent); 15 }); 16 17 it("should create", async () => { 18 const results = await axe(fixture.nativeElement); 19 expect(results).toHaveNoViolations(); 20 }); 21});
Note: You may need to extend jest by importing
jest-axe/extend-expect
attest-setup.ts
thrown: "Exceeded timeout of 5000 ms for a test. Use jest.setTimeout(newTimeout) to increase the timeout value, if this is a long-running test."
aXe core does not work when timers (setTimeout) are mocked. When using jest.useFakeTimers()
aXe core will timeout often causing failing tests.
We recommend renabling the timers temporarily for aXe:
1jest.useRealTimers(); 2const results = await axe(wrapper.element); 3jest.useFakeTimers();
The axe
function allows options to be set with the same options as documented in axe-core:
1const { axe, toHaveNoViolations } = require('jest-axe') 2 3expect.extend(toHaveNoViolations) 4 5it('should demonstrate this matcher`s usage with a custom config', async () => { 6 const render = () => ` 7 <div> 8 <img src="#"/> 9 </div> 10 ` 11 12 // pass anything that outputs html to axe 13 const html = render() 14 15 const results = await axe(html, { 16 rules: { 17 // for demonstration only, don't disable rules that need fixing. 18 'image-alt': { enabled: false } 19 } 20 }) 21 22 expect(results).toHaveNoViolations() 23})
All page content must be contained by landmarks (region)
When testing with aXe sometimes it assumes you are testing a page. This then results in unexpected violations for landmarks for testing isolation components.
You can disable this behaviour with the region
rule:
1const { configureAxe } = require('jest-axe') 2 3const axe = configureAxe({ 4 rules: { 5 // disable landmark rules when testing isolated components. 6 'region': { enabled: false } 7 } 8})
If you find yourself repeating the same options multiple times, you can export a version of the axe
function with defaults set.
Note: You can still pass additional options to this new instance; they will be merged with the defaults.
This could be done in Jest's setup step
1// Global helper file (axe-helper.js) 2const { configureAxe } = require('jest-axe') 3 4const axe = configureAxe({ 5 rules: { 6 // for demonstration only, don't disable rules that need fixing. 7 'image-alt': { enabled: false } 8 } 9}) 10 11module.exports = axe
1// Individual test file (test.js) 2const { toHaveNoViolations } = require('jest-axe') 3const axe = require('./axe-helper.js') 4 5expect.extend(toHaveNoViolations) 6 7it('should demonstrate this matcher`s usage with a default config', async () => { 8 const render = () => ` 9 <div> 10 <img src="#"/> 11 </div> 12 ` 13 14 // pass anything that outputs html to axe 15 const html = render() 16 17 expect(await axe(html)).toHaveNoViolations() 18})
The configuration object passed to configureAxe
, accepts a globalOptions
property to configure the format of the data used by axe and to add custom checks and rules. The property value is the same as the parameter passed to axe.configure.
1// Global helper file (axe-helper.js) 2const { configureAxe } = require('jest-axe') 3 4const axe = configureAxe({ 5 globalOptions: { 6 checks: [/* custom checks definitions */] 7 }, 8 // ... 9}) 10 11module.exports = axe
An array which defines which impact level should be considered. This ensures that only violations with a specific impact on the user are considered. The level of impact can be "minor", "moderate", "serious", or "critical".
1// Global helper file (axe-helper.js) 2const { configureAxe } = require('jest-axe') 3 4const axe = configureAxe({ 5 impactLevels: ['critical'], 6 // ... 7}) 8 9module.exports = axe
Refer to Developing Axe-core Rules for instructions on how to develop custom rules and checks.
No vulnerabilities found.
Reason
no dangerous workflow patterns detected
Reason
no binaries found in the repo
Reason
license file detected
Details
Reason
3 existing vulnerabilities detected
Details
Reason
dependency not pinned by hash detected -- score normalized to 3
Details
Reason
Found 3/13 approved changesets -- score normalized to 2
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2024-11-18
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More