Custom jest matchers to test the state of the DOM
npm install @testing-library/jest-domCustom jest matchers to test the state of the DOM
---
[![Build Status][build-badge]][build]
[![Code Coverage][coverage-badge]][coverage]
[![version][version-badge]][package] [![downloads][downloads-badge]][npmtrends]
[![MIT License][license-badge]][license]

[![PRs Welcome][prs-badge]][prs] [![Code of Conduct][coc-badge]][coc]
[![Discord][discord-badge]][discord]
[![Watch on GitHub][github-watch-badge]][github-watch]
[![Star on GitHub][github-star-badge]][github-star]
[![Tweet][twitter-badge]][twitter]
You want to use [jest][] to write tests that assert various things about the
state of a DOM. As part of that goal, you want to avoid all the repetitive
patterns that arise in doing so. Checking for an element's attributes, its text
content, its css classes, you name it.
The @testing-library/jest-dom library provides a set of custom jest matchers
that you can use to extend jest. These will make your tests more declarative,
clear to read and to maintain.
- Installation
- Usage
- With @jest/globals
- With Vitest
- With TypeScript
- With another Jest-compatible expect
- Custom matchers
- toBeDisabled
- toBeEnabled
- toBeEmptyDOMElement
- toBeInTheDocument
- toBeInvalid
- toBeRequired
- toBeValid
- toBeVisible
- toContainElement
- toContainHTML
- toHaveAccessibleDescription
- toHaveAccessibleErrorMessage
- toHaveAccessibleName
- toHaveAttribute
- toHaveClass
- toHaveFocus
- toHaveFormValues
- toHaveStyle
- toHaveTextContent
- toHaveValue
- toHaveDisplayValue
- toBeChecked
- toBePartiallyChecked
- toHaveRole
- toHaveErrorMessage
- toBePressed
- toBePartiallyPressed
- toAppearBefore
- toAppearAfter
- Deprecated matchers
- toBeEmpty
- toBeInTheDOM
- toHaveDescription
- toHaveSelection
- Inspiration
- Other Solutions
- Guiding Principles
- Contributors
- LICENSE
This module is distributed via [npm][npm] which is bundled with [node][node] and
should be installed as one of your project's devDependencies:
```
npm install --save-dev @testing-library/jest-dom
or
for installation with yarn package manager.
``
yarn add --dev @testing-library/jest-dom
> Note: We also recommend installing the jest-dom eslint plugin which provides
> auto-fixable lint rules that prevent false positive tests and improve test
> readability by ensuring you are using the right matchers in your tests. More
> details can be found at
> eslint-plugin-jest-dom.
Import @testing-library/jest-dom once (for instance in your [tests setup
file][]) and you're good to go:
[tests setup file]:
https://jestjs.io/docs/en/configuration.html#setupfilesafterenv-array
`javascript
// In your own jest-setup.js (or any other name)
import '@testing-library/jest-dom'
// In jest.config.js add (if you haven't already)
setupFilesAfterEnv: ['
`
If you are using [@jest/globals][jest-globals announcement] withinjectGlobals: false
[][inject-globals docs], you will need to use a different
import in your tests setup file:
`javascript`
// In your own jest-setup.js (or any other name)
import '@testing-library/jest-dom/jest-globals'
[jest-globals announcement]:
https://jestjs.io/blog/2020/05/05/jest-26#a-new-way-to-consume-jest---jestglobals
[inject-globals docs]:
https://jestjs.io/docs/configuration#injectglobals-boolean
If you are using [vitest][], this module will work as-is, but you will need to
use a different import in your tests setup file. This file should be added to
the [setupFiles][vitest setupfiles] property in your vitest config:
`javascript
// In your own vitest-setup.js (or any other name)
import '@testing-library/jest-dom/vitest'
// In vitest.config.js add (if you haven't already)
setupFiles: ['./vitest-setup.js']
`
Also, depending on your local setup, you may need to update your
tsconfig.json:
`json`
// In tsconfig.json
"compilerOptions": {
...
"types": ["vitest/globals", "@testing-library/jest-dom"]
},
"include": [
...
"./vitest-setup.ts"
],
[vitest]: https://vitest.dev/
[vitest setupfiles]: https://vitest.dev/config/#setupfiles
If you're using TypeScript, make sure your setup file is a .ts and not a .js
to include the necessary types.
You will also need to include your setup file in your tsconfig.json if you
haven't already:
`json`
// In tsconfig.json
"include": [
...
"./jest-setup.ts"
],
If you are using a different test runner that is compatible with Jest's expect
interface, it might be possible to use it with this library:
`javascript
import * as matchers from '@testing-library/jest-dom/matchers'
import {expect} from 'my-test-runner/expect'
expect.extend(matchers)
`
@testing-library/jest-dom can work with any library or framework that returns@testing-library
DOM elements from queries. The custom matcher examples below are written using
matchers from 's suite of libraries (e.g. getByTestId,queryByTestId, getByText, etc.)
`typescript`
toBeDisabled()
This allows you to check whether an element is disabled from the user's
perspective. According to the specification, the following elements can be
disabled:
button, input, select, textarea, optgroup, option, fieldset, and
custom elements.
This custom matcher considers an element as disabled if the element is among the
types of elements that can be disabled (listed above), and the disableddisabled
attribute is present. It will also consider the element as disabled if it's
inside a parent form element that supports being disabled and has the
attribute present.
#### Examples
`html`
link
`javascript`
expect(getByTestId('button')).toBeDisabled()
expect(getByTestId('input')).toBeDisabled()
expect(getByText('link')).not.toBeDisabled()
> This custom matcher does not take into account the presence or absence of the
> aria-disabled attribute. For more on why this is the case, check
> #144.
`typescript`
toBeEnabled()
This allows you to check whether an element is not disabled from the user's
perspective.
It works like not.toBeDisabled(). Use this matcher to avoid double negation in
your tests.
> This custom matcher does not take into account the presence or absence of the
> aria-disabled attribute. For more on why this is the case, check
> #144.
`typescript`
toBeEmptyDOMElement()
This allows you to assert whether an element has no visible content for the
user. It ignores comments but will fail if the element contains white-space.
#### Examples
`html`
`javascript`
expect(getByTestId('empty')).toBeEmptyDOMElement()
expect(getByTestId('not-empty')).not.toBeEmptyDOMElement()
expect(getByTestId('with-whitespace')).not.toBeEmptyDOMElement()
`typescript`
toBeInTheDocument()
This allows you to assert whether an element is present in the document or not.
#### Examples
`html`
Html Element
`javascript`
expect(
getByTestId(document.documentElement, 'html-element'),
).toBeInTheDocument()
expect(getByTestId(document.documentElement, 'svg-element')).toBeInTheDocument()
expect(
queryByTestId(document.documentElement, 'does-not-exist'),
).not.toBeInTheDocument()
> Note: This matcher does not find detached elements. The element must be added
> to the document to be found by toBeInTheDocument. If you desire to search in a
> detached element please use: toContainElement
`typescript`
toBeInvalid()
This allows you to check if an element, is currently invalid.
An element is invalid if it has an
aria-invalid attribute
with no value or a value of "true", or if the result ofcheckValidity()false
is .
#### Examples
`html
`javascript
expect(getByTestId('no-aria-invalid')).not.toBeInvalid()
expect(getByTestId('aria-invalid')).toBeInvalid()
expect(getByTestId('aria-invalid-value')).toBeInvalid()
expect(getByTestId('aria-invalid-false')).not.toBeInvalid()expect(getByTestId('valid-form')).not.toBeInvalid()
expect(getByTestId('invalid-form')).toBeInvalid()
`
$3
`typescript
toBeRequired()
`This allows you to check if a form element is currently required.
An element is required if it is having a
required or aria-required="true"
attribute.#### Examples
`html
``javascript
expect(getByTestId('required-input')).toBeRequired()
expect(getByTestId('aria-required-input')).toBeRequired()
expect(getByTestId('conflicted-input')).toBeRequired()
expect(getByTestId('aria-not-required-input')).not.toBeRequired()
expect(getByTestId('optional-input')).not.toBeRequired()
expect(getByTestId('unsupported-type')).not.toBeRequired()
expect(getByTestId('select')).toBeRequired()
expect(getByTestId('textarea')).toBeRequired()
expect(getByTestId('supported-role')).not.toBeRequired()
expect(getByTestId('supported-role-aria')).toBeRequired()
`
$3
`typescript
toBeValid()
`This allows you to check if the value of an element, is currently valid.
aria-invalid attributes
or an attribute value of "false". The result of
checkValidity()
must also be true if it's a form element.#### Examples
`html
``javascript
expect(getByTestId('no-aria-invalid')).toBeValid()
expect(getByTestId('aria-invalid')).not.toBeValid()
expect(getByTestId('aria-invalid-value')).not.toBeValid()
expect(getByTestId('aria-invalid-false')).toBeValid()expect(getByTestId('valid-form')).toBeValid()
expect(getByTestId('invalid-form')).not.toBeValid()
`
$3
`typescript
toBeVisible()
`This allows you to check if an element is currently visible to the user.
An element is visible if all the following conditions are met:
- it is present in the document
- it does not have its css property
display set to none
- it does not have its css property visibility set to either hidden or
collapse
- it does not have its css property opacity set to 0
- its parent element is also visible (and so on up to the top of the DOM tree)
- it does not have the
hidden
attribute
- if it has the open attribute#### Examples
`html
Zero Opacity Example
Hidden Parent Example
Visible Example
Hidden Attribute Example
Title of hidden text
Hidden Details Example
Title of visible text
Visible Details Example
``javascript
expect(getByText('Zero Opacity Example')).not.toBeVisible()
expect(getByText('Visibility Hidden Example')).not.toBeVisible()
expect(getByText('Display None Example')).not.toBeVisible()
expect(getByText('Hidden Parent Example')).not.toBeVisible()
expect(getByText('Visible Example')).toBeVisible()
expect(getByText('Hidden Attribute Example')).not.toBeVisible()
expect(getByText('Hidden Details Example')).not.toBeVisible()
expect(getByText('Visible Details Example')).toBeVisible()
`
$3
`typescript
toContainElement(element: HTMLElement | SVGElement | null)
`This allows you to assert whether an element contains another element as a
descendant or not.
#### Examples
`html
``javascript
const ancestor = getByTestId('ancestor')
const descendant = getByTestId('descendant')
const nonExistantElement = getByTestId('does-not-exist')expect(ancestor).toContainElement(descendant)
expect(descendant).not.toContainElement(ancestor)
expect(ancestor).not.toContainElement(nonExistantElement)
`
$3
`typescript
toContainHTML(htmlText: string)
`Assert whether a string representing a HTML element is contained in another
element. The string should contain valid html, and not any incomplete html.
#### Examples
`html
``javascript
// These are valid uses
expect(getByTestId('parent')).toContainHTML('')
expect(getByTestId('parent')).toContainHTML('')
expect(getByTestId('parent')).not.toContainHTML('
')// These won't work
expect(getByTestId('parent')).toContainHTML('data-testid="child"')
expect(getByTestId('parent')).toContainHTML('data-testid')
expect(getByTestId('parent')).toContainHTML('')
`> Chances are you probably do not need to use this matcher. We encourage testing
> from the perspective of how the user perceives the app in a browser. That's
> why testing against a specific DOM structure is not advised.
>
> It could be useful in situations where the code being tested renders html that
> was obtained from an external source, and you want to validate that that html
> code was used as intended.
>
> It should not be used to check DOM structure that you control. Please use
>
toContainElement instead.
$3
`typescript
toHaveAccessibleDescription(expectedAccessibleDescription?: string | RegExp)
`This allows you to assert that an element has the expected
accessible description.
You can pass the exact string of the expected accessible description, or you can
make a partial match passing a regular expression, or by using
expect.stringContaining/expect.stringMatching.
#### Examples
`html
data-testid="link"
href="/"
aria-label="Home page"
title="A link to start over"
>Start>
About

src="logo.jpg"
data-testid="logo"
alt="Company logo"
aria-describedby="t1"
/>
The logo of Our Company
src="logo.jpg"
data-testid="logo2"
alt="Company logo"
aria-description="The logo of Our Company"
/>
``js
expect(getByTestId('link')).toHaveAccessibleDescription()
expect(getByTestId('link')).toHaveAccessibleDescription('A link to start over')
expect(getByTestId('link')).not.toHaveAccessibleDescription('Home page')
expect(getByTestId('extra-link')).not.toHaveAccessibleDescription()
expect(getByTestId('avatar')).not.toHaveAccessibleDescription()
expect(getByTestId('logo')).not.toHaveAccessibleDescription('Company logo')
expect(getByTestId('logo')).toHaveAccessibleDescription(
'The logo of Our Company',
)
expect(getByTestId('logo2')).toHaveAccessibleDescription(
'The logo of Our Company',
)
`
$3
`typescript
toHaveAccessibleErrorMessage(expectedAccessibleErrorMessage?: string | RegExp)
`This allows you to assert that an element has the expected
accessible error message.
You can pass the exact string of the expected accessible error message.
Alternatively, you can perform a partial match by passing a regular expression
or by using
expect.stringContaining/expect.stringMatching.
#### Examples
`html
aria-label="Has Error"
aria-invalid="true"
aria-errormessage="error-message"
/>
This field is invalid
aria-label="Not Invalid"
aria-invalid="false"
aria-errormessage="error-message"
/>
``js
// Inputs with Valid Error Messages
expect(getByRole('textbox', {name: 'Has Error'})).toHaveAccessibleErrorMessage()
expect(getByRole('textbox', {name: 'Has Error'})).toHaveAccessibleErrorMessage(
'This field is invalid',
)
expect(getByRole('textbox', {name: 'Has Error'})).toHaveAccessibleErrorMessage(
/invalid/i,
)
expect(
getByRole('textbox', {name: 'Has Error'}),
).not.toHaveAccessibleErrorMessage('This field is absolutely correct!')// Inputs without Valid Error Messages
expect(
getByRole('textbox', {name: 'No Error Attributes'}),
).not.toHaveAccessibleErrorMessage()
expect(
getByRole('textbox', {name: 'Not Invalid'}),
).not.toHaveAccessibleErrorMessage()
`
$3
`typescript
toHaveAccessibleName(expectedAccessibleName?: string | RegExp)
`This allows you to assert that an element has the expected
accessible name. It is useful, for instance,
to assert that form elements and buttons are properly labelled.
You can pass the exact string of the expected accessible name, or you can make a
partial match passing a regular expression, or by using
expect.stringContaining/expect.stringMatching.
#### Examples
`html
![Test alt]()
![]()
Test content
``javascript
expect(getByTestId('img-alt')).toHaveAccessibleName('Test alt')
expect(getByTestId('img-empty-alt')).not.toHaveAccessibleName()
expect(getByTestId('svg-title')).toHaveAccessibleName('Test title')
expect(getByTestId('button-img-alt')).toHaveAccessibleName()
expect(getByTestId('img-paragraph')).not.toHaveAccessibleName()
expect(getByTestId('svg-button')).toHaveAccessibleName()
expect(getByTestId('svg-without-title')).not.toHaveAccessibleName()
expect(getByTestId('input-title')).toHaveAccessibleName()
`
$3
`typescript
toHaveAttribute(attr: string, value?: any)
`This allows you to check whether the given element has an attribute or not. You
can also optionally check that the attribute has a specific expected value or
partial match using
expect.stringContaining/expect.stringMatching
#### Examples
`html
``javascript
const button = getByTestId('ok-button')expect(button).toHaveAttribute('disabled')
expect(button).toHaveAttribute('type', 'submit')
expect(button).not.toHaveAttribute('type', 'button')
expect(button).toHaveAttribute('type', expect.stringContaining('sub'))
expect(button).toHaveAttribute('type', expect.not.stringContaining('but'))
`
$3
`typescript
toHaveClass(...classNames: string[], options?: {exact: boolean})
`This allows you to check whether the given element has certain classes within
its
class attribute. You must provide at least one class, unless you are
asserting that an element does not have any classes.The list of class names may include strings and regular expressions. Regular
expressions are matched against each individual class in the target element, and
it is NOT matched against its full
class attribute value as whole.#### Examples
`html
``javascript
const deleteButton = getByTestId('delete-button')
const noClasses = getByTestId('no-classes')expect(deleteButton).toHaveClass('extra')
expect(deleteButton).toHaveClass('btn-danger btn')
expect(deleteButton).toHaveClass(/danger/, 'btn')
expect(deleteButton).toHaveClass('btn-danger', 'btn')
expect(deleteButton).not.toHaveClass('btn-link')
expect(deleteButton).not.toHaveClass(/link/)
expect(deleteButton).not.toHaveClass(/btn extra/) // It does not match
expect(deleteButton).toHaveClass('btn-danger extra btn', {exact: true}) // to check if the element has EXACTLY a set of classes
expect(deleteButton).not.toHaveClass('btn-danger extra', {exact: true}) // if it has more than expected it is going to fail
expect(noClasses).not.toHaveClass()
`
$3
`typescript
toHaveFocus()
`This allows you to assert whether an element has focus or not.
#### Examples
`html
``javascript
const input = getByTestId('element-to-focus')input.focus()
expect(input).toHaveFocus()
input.blur()
expect(input).not.toHaveFocus()
`
$3
`typescript
toHaveFormValues(expectedValues: {
[name: string]: any
})
`This allows you to check if a form or fieldset contains form controls for each
given name, and having the specified value.
> It is important to stress that this matcher can only be invoked on a [form][]
> or a [fieldset][] element.
>
> This allows it to take advantage of the [.elements][] property in
form and
> fieldset to reliably fetch all form controls within them.
>
> This also avoids the possibility that users provide a container that contains
> more than one form, thereby intermixing form controls that are not related,
> and could even conflict with one another.This matcher abstracts away the particularities with which a form control value
is obtained depending on the type of form control. For instance,
elements have a value attribute, but