This guide describes the steps necessary to migrate from legacy Jest Native matchers v5 to built-in Jest matchers.
All of the built-in Jest matchers provided by the React Native Testing Library support only host elements. This should not be an issue, as all RNTL v12 queries already return only host elements. When this guide states that a given matcher should work the same it assumes behavior only host elements. If you need to assert the status of composite elements use Jest Native matchers in legacy mode.
You don't need to do anything to use the built-in matchers. They are automatically available when you import anything from @testing-library/react-native
.
You can use the built-in matchers alongside legacy Jest Native matchers by changing their import in your jest-setup.ts
file:
In this case legacy matchers will be available using the legacy_
prefix, e.g.:
The following matchers should work the same:
toBeEmptyElement()
toBeEnabled()
/ toBeDisabled()
toBeOnTheScreen()
toBeVisible()
toContainElement()
toHaveAccessibilityValue()
toHaveDisplayValue()
toHaveProp()
toHaveStyle()
toHaveTextContent()
The toHaveAccessibilityState()
matcher has been replaced by the following matchers:
toBeEnabled()
/ toBeDisabled()
toBeChecked()
/ toBePartiallyChecked()
toBeSelected()
toBeExpanded()
/ toBeCollapsed()
toBeBusy()
The new matchers support both accessibilityState
and aria-*
props.
New toHaveAccessibleName()
has been added.
You should be aware of the following details:
toBeEnabled()
/ toBeDisabled()
matchers also check the disabled state for the element's ancestors and not only the element itself. This is the same as in legacy Jest Native matchers of the same name but differs from the removed toHaveAccessibilityState()
matcher.toBeChecked()
matcher supports only elements with a checkbox
, radio
and 'switch' roletoBePartiallyChecked()
matcher supports only elements with checkbox
role