Test title

``` ```javascript const inputCheckboxChecked = getByTestId('input-checkbox-checked') const inputCheckboxUnchecked = getByTestId('input-checkbox-unchecked') const ariaCheckboxChecked = getByTestId('aria-checkbox-checked') const ariaCheckboxUnchecked = getByTestId('aria-checkbox-unchecked') expect(inputCheckboxChecked).toBeChecked() expect(inputCheckboxUnchecked).not.toBeChecked() expect(ariaCheckboxChecked).toBeChecked() expect(ariaCheckboxUnchecked).not.toBeChecked() const inputRadioChecked = getByTestId('input-radio-checked') const inputRadioUnchecked = getByTestId('input-radio-unchecked') const ariaRadioChecked = getByTestId('aria-radio-checked') const ariaRadioUnchecked = getByTestId('aria-radio-unchecked') expect(inputRadioChecked).toBeChecked() expect(inputRadioUnchecked).not.toBeChecked() expect(ariaRadioChecked).toBeChecked() expect(ariaRadioUnchecked).not.toBeChecked() const ariaSwitchChecked = getByTestId('aria-switch-checked') const ariaSwitchUnchecked = getByTestId('aria-switch-unchecked') expect(ariaSwitchChecked).toBeChecked() expect(ariaSwitchUnchecked).not.toBeChecked() ```

### `toBePartiallyChecked` ```typescript toBePartiallyChecked() ``` This allows you to check whether the given element is partially checked. It accepts an `input` of type `checkbox` and elements with a `role` of `checkbox` with a `aria-checked="mixed"`, or `input` of type `checkbox` with `indeterminate` set to `true` #### Examples ```html

``` ```javascript const ariaCheckboxMixed = getByTestId('aria-checkbox-mixed') const inputCheckboxChecked = getByTestId('input-checkbox-checked') const inputCheckboxUnchecked = getByTestId('input-checkbox-unchecked') const ariaCheckboxChecked = getByTestId('aria-checkbox-checked') const ariaCheckboxUnchecked = getByTestId('aria-checkbox-unchecked') const inputCheckboxIndeterminate = getByTestId('input-checkbox-indeterminate') expect(ariaCheckboxMixed).toBePartiallyChecked() expect(inputCheckboxChecked).not.toBePartiallyChecked() expect(inputCheckboxUnchecked).not.toBePartiallyChecked() expect(ariaCheckboxChecked).not.toBePartiallyChecked() expect(ariaCheckboxUnchecked).not.toBePartiallyChecked() inputCheckboxIndeterminate.indeterminate = true expect(inputCheckboxIndeterminate).toBePartiallyChecked() ```

### `toHaveRole` This allows you to assert that an element has the expected [role](https://www.w3.org/TR/html-aria/#docconformance). This is useful in cases where you already have access to an element via some query other than the role itself, and want to make additional assertions regarding its accessibility. The role can match either an explicit role (via the `role` attribute), or an implicit one via the [implicit ARIA semantics](https://www.w3.org/TR/html-aria/). Note: roles are matched literally by string equality, without inheriting from the ARIA role hierarchy. As a result, querying a superclass role like 'checkbox' will not include elements with a subclass role like 'switch'. ```typescript toHaveRole(expectedRole: string) ``` ```html

Continue About Invalid link ``` ```javascript expect(getByTestId('button')).toHaveRole('button') expect(getByTestId('button-explicit')).toHaveRole('button') expect(getByTestId('button-explicit-multiple')).toHaveRole('button') expect(getByTestId('button-explicit-multiple')).toHaveRole('switch') expect(getByTestId('link')).toHaveRole('link') expect(getByTestId('link-invalid')).not.toHaveRole('link') expect(getByTestId('link-invalid')).toHaveRole('generic') ```

### `toHaveErrorMessage` > This custom matcher is deprecated. Prefer > [`toHaveAccessibleErrorMessage`](#tohaveaccessibleerrormessage) instead, which > is more comprehensive in implementing the official spec. ```typescript toHaveErrorMessage(text: string | RegExp) ``` This allows you to check whether the given element has an [ARIA error message](https://www.w3.org/TR/wai-aria/#aria-errormessage) or not. Use the `aria-errormessage` attribute to reference another element that contains custom error message text. Multiple ids is **NOT** allowed. Authors MUST use `aria-invalid` in conjunction with `aria-errormessage`. Learn more from [`aria-errormessage` spec](https://www.w3.org/TR/wai-aria/#aria-errormessage). Whitespace is normalized. When a `string` argument is passed through, it will perform a whole case-sensitive match to the error message text. To perform a case-insensitive match, you can use a `RegExp` with the `/i` modifier. To perform a partial match, you can pass a `RegExp` or use `expect.stringContaining("partial string")`. #### Examples ```html Please enter a start time for the meeting: Invalid time: the time must be between 9:00 AM and 5:00 PM ``` ```javascript const timeInput = getByLabel('startTime') expect(timeInput).toHaveErrorMessage( 'Invalid time: the time must be between 9:00 AM and 5:00 PM', ) expect(timeInput).toHaveErrorMessage(/invalid time/i) // to partially match expect(timeInput).toHaveErrorMessage(expect.stringContaining('Invalid time')) // to partially match expect(timeInput).not.toHaveErrorMessage('Pikachu!') ``` ## Deprecated matchers ### `toBeEmpty` > Note: This matcher is being deprecated due to a name clash with > `jest-extended`. See more info in #216. In the future, please use only > [`toBeEmptyDOMElement`](#toBeEmptyDOMElement) ```typescript toBeEmpty() ``` This allows you to assert whether an element has content or not. #### Examples ```html ``` ```javascript expect(getByTestId('empty')).toBeEmpty() expect(getByTestId('not-empty')).not.toBeEmpty() ```

### `toBeInTheDOM` > This custom matcher is deprecated. Prefer > [`toBeInTheDocument`](#tobeinthedocument) instead. ```typescript toBeInTheDOM() ``` This allows you to check whether a value is a DOM element, or not. Contrary to what its name implies, this matcher only checks that you passed to it a valid DOM element. It does not have a clear definition of what "the DOM" is. Therefore, it does not check whether that element is contained anywhere. This is the main reason why this matcher is deprecated, and will be removed in the next major release. You can follow the discussion around this decision in more detail [here](https://github.com/testing-library/jest-dom/issues/34). As an alternative, you can use [`toBeInTheDocument`](#tobeinthedocument) or [`toContainElement`](#tocontainelement). Or if you just want to check if a value is indeed an `HTMLElement` you can always use some of [jest's built-in matchers](https://jestjs.io/docs/en/expect#tobeinstanceofclass): ```js expect(document.querySelector('.ok-button')).toBeInstanceOf(HTMLElement) expect(document.querySelector('.cancel-button')).toBeTruthy() ``` > Note: The differences between `toBeInTheDOM` and `toBeInTheDocument` are > significant. Replacing all uses of `toBeInTheDOM` with `toBeInTheDocument` > will likely cause unintended consequences in your tests. Please make sure when > replacing `toBeInTheDOM` to read through the documentation of the proposed > alternatives to see which use case works better for your needs.

### `toHaveDescription` > This custom matcher is deprecated. Prefer > [`toHaveAccessibleDescription`](#tohaveaccessibledescription) instead, which > is more comprehensive in implementing the official spec. ```typescript toHaveDescription(text: string | RegExp) ``` This allows you to check whether the given element has a description or not. An element gets its description via the [`aria-describedby` attribute](https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-describedby_attribute). Set this to the `id` of one or more other elements. These elements may be nested inside, be outside, or a sibling of the passed in element. Whitespace is normalized. Using multiple ids will [join the referenced elements’ text content separated by a space](https://www.w3.org/TR/accname-1.1/#mapping_additional_nd_description). When a `string` argument is passed through, it will perform a whole case-sensitive match to the description text. To perform a case-insensitive match, you can use a `RegExp` with the `/i` modifier. To perform a partial match, you can pass a `RegExp` or use `expect.stringContaining("partial string")`. #### Examples ```html

Closing will discard any changes

``` ```javascript const closeButton = getByRole('button', {name: 'Close'}) expect(closeButton).toHaveDescription('Closing will discard any changes') expect(closeButton).toHaveDescription(/will discard/) // to partially match expect(closeButton).toHaveDescription(expect.stringContaining('will discard')) // to partially match expect(closeButton).toHaveDescription(/^closing/i) // to use case-insensitive match expect(closeButton).not.toHaveDescription('Other description') const deleteButton = getByRole('button', {name: 'Delete'}) expect(deleteButton).not.toHaveDescription() expect(deleteButton).toHaveDescription('') // Missing or empty description always becomes a blank string ```

### `toHaveSelection` This allows to assert that an element has a [text selection](https://developer.mozilla.org/en-US/docs/Web/API/Selection). This is useful to check if text or part of the text is selected within an element. The element can be either an input of type text, a textarea, or any other element that contains text, such as a paragraph, span, div etc. NOTE: the expected selection is a string, it does not allow to check for selection range indeces. ```typescript toHaveSelection(expectedSelection?: string) ``` ```html

text selected text

``` ```javascript getByTestId('text').setSelectionRange(5, 13) expect(getByTestId('text')).toHaveSelection('selected') getByTestId('textarea').setSelectionRange(0, 5) expect('textarea').toHaveSelection('text ') const selection = document.getSelection() const range = document.createRange() selection.removeAllRanges() selection.empty() selection.addRange(range) // selection of child applies to the parent as well range.selectNodeContents(getByTestId('child')) expect(getByTestId('child')).toHaveSelection('selected') expect(getByTestId('parent')).toHaveSelection('selected') // selection that applies from prev all, parent text before child, and part child. range.setStart(getByTestId('prev'), 0) range.setEnd(getByTestId('child').childNodes[0], 3) expect(queryByTestId('prev')).toHaveSelection('prev') expect(queryByTestId('child')).toHaveSelection('sel') expect(queryByTestId('parent')).toHaveSelection('text sel') expect(queryByTestId('next')).not.toHaveSelection() // selection that applies from part child, parent text after child and part next. range.setStart(getByTestId('child').childNodes[0], 3) range.setEnd(getByTestId('next').childNodes[0], 2) expect(queryByTestId('child')).toHaveSelection('ected') expect(queryByTestId('parent')).toHaveSelection('ected text') expect(queryByTestId('prev')).not.toHaveSelection() expect(queryByTestId('next')).toHaveSelection('ne') ``` ## Inspiration This whole library was extracted out of Kent C. Dodds' [DOM Testing Library][dom-testing-library], which was in turn extracted out of [React Testing Library][react-testing-library]. The intention is to make this available to be used independently of these other libraries, and also to make it more clear that these other libraries are independent from jest, and can be used with other tests runners as well. ## Other Solutions I'm not aware of any, if you are please [make a pull request][prs] and add it here! If you would like to further test the accessibility and validity of the DOM consider [`jest-axe`](https://github.com/nickcolley/jest-axe). It doesn't overlap with `jest-dom` but can complement it for more in-depth accessibility checking (eg: validating `aria` attributes or ensuring unique id attributes). ## Guiding Principles > [The more your tests resemble the way your software is used, the more > confidence they can give you.][guiding-principle] This library follows the same guiding principles as its mother library [DOM Testing Library][dom-testing-library]. Go [check them out][guiding-principle] for more details. Additionally, with respect to custom DOM matchers, this library aims to maintain a minimal but useful set of them, while avoiding bloating itself with merely convenient ones that can be easily achieved with other APIs. In general, the overall criteria for what is considered a useful custom matcher to add to this library, is that doing the equivalent assertion on our own makes the test code more verbose, less clear in its intent, and/or harder to read. ## Contributors Thanks goes to these people ([emoji key][emojis]):

_{Kent C. Dodds} 💻 📖 🚇 ⚠️	_{Ryan Castner} 📖	_{Daniel Sandiego} 💻	_{Paweł Mikołajczyk} 💻	_{Alejandro Ñáñez Ortiz} 📖	_{Matt Parrish} 🐛 💻 📖 ⚠️	_{Justin Hall} 📦
_{Anto Aravinth} 💻 ⚠️ 📖	_{Jonah Moses} 📖	_{Łukasz Gandecki} 💻 ⚠️ 📖	_{Ivan Babak} 🐛 🤔	_{Jesse Day} 💻	_{Ernesto García} 💻 📖 ⚠️	_{Mark Volkmann} 🐛 💻
_{smacpherson64} 💻 📖 ⚠️	_{John Gozde} 🐛 💻	_Iwona 💻 📖 ⚠️	_Lewis 💻	_{Leandro Lourenci} 🐛 📖 💻 ⚠️	_{Shukhrat Mukimov} 🐛	_{Roman Usherenko} 💻 ⚠️
_{Joe Hsu} 📖	_Haz 🐛 💻 🤔	_{Revath S Kumar} 💻	_hiwelo. 💻 🤔 ⚠️	_{Łukasz Fiszer} 💻	_{Jean Chung} 💻 ⚠️	_CarlaTeo 💻 ⚠️
_{Yarden Shoham} 📖	_{Jaga Santagostino} 🐛 ⚠️ 📖	_{Connor Meredith} 💻 ⚠️ 📖	_{Pawel Wolak} ⚠️ 💻	_{Michaël De Boey} 🚇	_{Jānis Zaržeckis} 📖	_koala-lava 📖
_{Juan Pablo Blanco} 📖	_{Ben Monro} 📖	_{Jeff Bernstein} 📖	_Sergi 💻 ⚠️	_{Spencer Miskoviak} 📖	_{Jon Rimmer} 💻 ⚠️	_{Luca Barone} 💻 ⚠️ 🤔
_{Malte Felmy} 💻 ⚠️	_{Championrunner} 📖	_{Patrick Smith} 💻 ⚠️ 📖	_{Rubén Moya} 💻 ⚠️ 📖	_{Daniela Valero} 💻 ⚠️ 📖	_{Vladislav Katsura} 💻 ⚠️	_{Tim Fischbach} 💻 ⚠️ 🤔
_{Katie Boedges} 🚇	_{Brian Alexis} ⚠️	_{Boris Serdiuk} 🐛 💻 ⚠️	_{Dana Woodman} 📖	_{Mo Sattler} 📖	_{Geoff Rich} 💻 ⚠️ 🤔 🐛	_Syneva 💻
_{Nick McCurdy} 📖 🐛 💻	_{Obed Marquez Parlapiano} 📖	_{Caleb Eby} 📖 💻 ⚠️	_{Marcel Barner} 💻 ⚠️	_Doma 💻 ⚠️	_{Julien Wajsberg} 💻 ⚠️	_{steven nguyen} 📖
_tu4mo 📖	_{Matan Borenkraout} 📦	_{Yann Braga} 💻	_{Ian VanSchooten} 💻	_{Chantal Broeren} 📖	_{Jérémie Astori} 💻 🤔	_{Ashley Ryan} 💻 🤔
_{Fotis Papadogeorgopoulos} 💻 📖 ⚠️	_{Jake Boone} 💻 ⚠️	_{Stephan Köninger} 🐛 💻	_{Michael Manzinger} 🐛 💻 ⚠️	_{Dennis Chen} 💻	_{Tony Hallett} 🐛	_{David DOLCIMASCOLO} 🚧
_{Aleksandr Elkin} 🚧	_{Mordechai Dror} 💻	_{Wayne Van Son} 💻 ⚠️	_{Idan Entin} 💻 ⚠️	_mibcadet 📖	_{Silviu Alexandru Avram} 💻 ⚠️	_{Gareth Jones} 💻
_{Billy Janitsch} 🐛