Queries are one of the main building blocks for the React Native Testing Library. They enable you to find relevant elements in the element tree, which represents your application's user interface when running under tests.
All queries described below are accessible in two main ways: through the screen object or by capturing the render function call result.
import { render, screen } from '@testing-library/react-native';
test('accessing queries using "screen" object', () => {
render(...);
screen.getByRole("button", { name: "Start" });
})The modern and recommended way of accessing queries is to use the screen object exported by the @testing-library/react-native package. This object will contain methods of all available queries bound to the most recently rendered UI.
import { render } from '@testing-library/react-native';
test('accessing queries using "render" result', () => {
const { getByRole } = render(...);
getByRole("button", { name: "Start" });
})The classic way is to capture query functions, as they are returned from the render function call. This provides access to the same functions as in the case of the screen object.
Each query is composed of two parts: variant and predicate, which are separated by the by word in the middle of the name.
Consider the following query:
getByRole()
For this query, getBy* is the query variant, and *ByRole is the predicate.
The query variants describe the expected number (and timing) of matching elements, so they differ in their return type.
| Variant | Assertion | Return type | Is Async? |
|---|---|---|---|
getBy* |
Exactly one matching element | ReactTestInstance |
No |
getAllBy* |
At least one matching element | Array<ReactTestInstance> |
No |
queryBy* |
Zero or one matching element | ReactTestInstance | null |
No |
queryAllBy* |
No assertion | Array<ReactTestInstance> |
No |
findBy* |
Exactly one matching element | Promise<ReactTestInstance> |
Yes |
findAllBy* |
At least one matching element | Promise<Array<ReactTestInstance>> |
Yes |
Queries work as implicit assertions on the number of matching elements and will throw an error when the assertion fails.
getByX(...): ReactTestInstancegetBy* queries return the single matching element for a query, and throw an error if no elements match or if more than one match is found. If you need to find more than one element, then use getAllBy.
getAllByX(...): ReactTestInstance[]getAllBy* queries return an array of all matching elements for a query and throw an error if no elements match.
queryByX(...): ReactTestInstance | nullqueryBy* queries return the first matching node for a query, and return null if no elements match. This is useful for asserting an element that is not present. This throws if more than one match is found (use queryAllBy instead).
queryAllByX(...): ReactTestInstance[]queryAllBy* queries return an array of all matching nodes for a query and return an empty array ([]) when no elements match.
findByX(
...,
waitForOptions?: {
timeout?: number,
interval?: number,
},
): Promise<ReactTestInstance>findBy* queries return a promise which resolves when a matching element is found. The promise is rejected if no elements match or if more than one match is found after a default timeout of 1000 ms. If you need to find more than one element use findAllBy* queries.
findAllByX(
...,
waitForOptions?: {
timeout?: number,
interval?: number,
},
): Promise<ReactTestInstance[]>findAllBy* queries return a promise which resolves to an array of matching elements. The promise is rejected if no elements match after a default timeout of 1000 ms.
:::info
findBy* and findAllBy* queries accept optional waitForOptions object arguments, which can contain timeout, interval and onTimeout properties which have the same meaning as respective options for waitFor function.
:::
:::info
In cases when your findBy* and findAllBy* queries throw when unable to find matching elements, it is helpful to pass onTimeout: () => { screen.debug(); } callback using the waitForOptions parameter.
:::
Note: most methods like this one return a ReactTestInstance with following properties that you may be interested in:
type ReactTestInstance = {
type: string | Function;
props: { [propName: string]: any };
parent: ReactTestInstance | null;
children: Array<ReactTestInstance | string>;
};getByRole, getAllByRole, queryByRole, queryAllByRole, findByRole, findAllByRole
getByRole(
role: TextMatch,
options?: {
name?: TextMatch
disabled?: boolean,
selected?: boolean,
checked?: boolean | 'mixed',
busy?: boolean,
expanded?: boolean,
value: {
min?: number;
max?: number;
now?: number;
text?: TextMatch;
},
includeHiddenElements?: boolean;
}
): ReactTestInstance;Returns a ReactTestInstance with matching role or accessibilityRole prop.
:::info
In order for *ByRole queries to match an element it needs to be considered an accessibility element:
Text,TextInputandSwitchhost elements are these by default.Viewhost elements need an explicitaccessibleprop set totrue- Some React Native composite components like
Pressable&TouchableOpacityrender hostViewelement withaccessibleprop already set.
:::
import { render, screen } from '@testing-library/react-native';
render(
<Pressable accessibilityRole="button" disabled>
<Text>Hello</Text>
</Pressable>
);
const element = screen.getByRole('button');
const element2 = screen.getByRole('button', { name: 'Hello' });
const element3 = screen.getByRole('button', { name: 'Hello', disabled: true });-
name: Finds an element with givenrole/accessibilityRoleand an accessible name (= accessability label or text content). -
disabled: You can filter elements by their disabled state (coming either fromaria-disabledprop oraccessbilityState.disabledprop). The possible values aretrueorfalse. Queryingdisabled: falsewill also match elements withdisabled: undefined(see the wiki for more details).- See React Native's accessibilityState docs to learn more about the
disabledstate. - This option can alternatively be expressed using the
toBeEnabled()/toBeDisabled()Jest matchers.
- See React Native's accessibilityState docs to learn more about the
-
selected: You can filter elements by their selected state (coming either fromaria-selectedprop oraccessbilityState.selectedprop). The possible values aretrueorfalse. Queryingselected: falsewill also match elements withselected: undefined(see the wiki for more details).- See React Native's accessibilityState docs to learn more about the
selectedstate. - This option can alternatively be expressed using the
toBeSelected()Jest matcher.
- See React Native's accessibilityState docs to learn more about the
-
checked: You can filter elements by their checked state (coming either fromaria-checkedprop oraccessbilityState.checkedprop). The possible values aretrue,false, or"mixed".- See React Native's accessibilityState docs to learn more about the
checkedstate. - This option can alternatively be expressed using the
toBeChecked()/toBePartiallyChecked()Jest matchers.
- See React Native's accessibilityState docs to learn more about the
-
busy: You can filter elements by their busy state (coming either fromaria-busyprop oraccessbilityState.busyprop). The possible values aretrueorfalse. Queryingbusy: falsewill also match elements withbusy: undefined(see the wiki for more details).- See React Native's accessibilityState docs to learn more about the
busystate. - This option can alternatively be expressed using the
toBeBusy()Jest matcher.
- See React Native's accessibilityState docs to learn more about the
-
expanded: You can filter elements by their expanded state (coming either fromaria-expandedprop oraccessbilityState.expandedprop). The possible values aretrueorfalse.- See React Native's accessibilityState docs to learn more about the
expandedstate. - This option can alternatively be expressed using the
toBeExpanded()/toBeCollapsed()Jest matchers.
- See React Native's accessibilityState docs to learn more about the
-
value: Filter elements by their accessibility value, based on eitheraria-valuemin,aria-valuemax,aria-valuenow,aria-valuetextoraccessibilityValueprops. Accessiblity value conceptually consists of numericmin,maxandnowentries, as well as stringtextentry.- See React Native accessibilityValue docs to learn more about the accessibility value concept.
- This option can alternatively be expressed using the
toHaveAccessibilityValue()Jest matcher.
getByLabelText, getAllByLabelText, queryByLabelText, queryAllByLabelText, findByLabelText, findAllByLabelText
getByLabelText(
text: TextMatch,
options?: {
exact?: boolean;
normalizer?: (text: string) => string;
includeHiddenElements?: boolean;
},
): ReactTestInstance;Returns a ReactTestInstance with matching label:
- either by matching
aria-label/accessibilityLabelprop - or by matching text content of view referenced by
aria-labelledby/accessibilityLabelledByprop
import { render, screen } from '@testing-library/react-native';
render(<MyComponent />);
const element = screen.getByLabelText('my-label');getByPlaceholderText, getAllByPlaceholderText, queryByPlaceholderText, queryAllByPlaceholderText, findByPlaceholderText, findAllByPlaceholderText
getByPlaceholderText(
text: TextMatch,
options?: {
exact?: boolean;
normalizer?: (text: string) => string;
includeHiddenElements?: boolean;
}
): ReactTestInstance;Returns a ReactTestInstance for a TextInput with a matching placeholder – may be a string or regular expression.
import { render, screen } from '@testing-library/react-native';
render(<MyComponent />);
const element = screen.getByPlaceholderText('username');getByDisplayValue, getAllByDisplayValue, queryByDisplayValue, queryAllByDisplayValue, findByDisplayValue, findAllByDisplayValue
getByDisplayValue(
value: TextMatch,
options?: {
exact?: boolean;
normalizer?: (text: string) => string;
includeHiddenElements?: boolean;
},
): ReactTestInstance;Returns a ReactTestInstance for a TextInput with a matching display value – may be a string or regular expression.
import { render, screen } from '@testing-library/react-native';
render(<MyComponent />);
const element = screen.getByDisplayValue('username');getByText, getAllByText, queryByText, queryAllByText, findByText, findAllByText
getByText(
text: TextMatch,
options?: {
exact?: boolean;
normalizer?: (text: string) => string;
includeHiddenElements?: boolean;
}
): ReactTestInstance;Returns a ReactTestInstance with matching text – may be a string or regular expression.
This method will join <Text> siblings to find matches, similarly to how React Native handles these components. This will allow for querying for strings that will be visually rendered together, but may be semantically separate React components.
import { render, screen } from '@testing-library/react-native';
render(<MyComponent />);
const element = screen.getByText('banana');getByA11yHint, getAllByA11yHint, queryByA11yHint, queryAllByA11yHint, findByA11yHint, findAllByA11yHint getByAccessibilityHint, getAllByAccessibilityHint, queryByAccessibilityHint, queryAllByAccessibilityHint, findByAccessibilityHint, findAllByAccessibilityHint getByHintText, getAllByHintText, queryByHintText, queryAllByHintText, findByHintText, findAllByHintText
getByHintText(
hint: TextMatch,
options?: {
exact?: boolean;
normalizer?: (text: string) => string;
includeHiddenElements?: boolean;
},
): ReactTestInstance;Returns a ReactTestInstance with matching accessibilityHint prop.
import { render, screen } from '@testing-library/react-native';
render(<MyComponent />);
const element = screen.getByHintText('Plays a song');:::info
Please consult Apple guidelines on how accessibilityHint should be used.
:::
getByTestId, getAllByTestId, queryByTestId, queryAllByTestId, findByTestId, findAllByTestId
getByTestId(
testId: TextMatch,
options?: {
exact?: boolean;
normalizer?: (text: string) => string;
includeHiddenElements?: boolean;
},
): ReactTestInstance;Returns a ReactTestInstance with matching testID prop. testID – may be a string or a regular expression.
import { render, screen } from '@testing-library/react-native';
render(<MyComponent />);
const element = screen.getByTestId('unique-id');:::info
In the spirit of the guiding principles, it is recommended to use this only after the other queries don't work for your use case. Using testID attributes do not resemble how your software is used and should be avoided if possible. However, they are particularly useful for end-to-end testing on real devices, e.g. using Detox and it's an encouraged technique to use there. Learn more from the blog post "Making your UI tests resilient to change".
:::
Usually query first argument can be a string or a regex. All queries take at least the hidden option as an optionnal second argument and some queries accept more options which change string matching behaviour. See TextMatch for more info.
includeHiddenElements option
All queries have the includeHiddenElements option which affects whether elements hidden from accessibility are matched by the query. By default queries will not match hidden elements, because the users of the app would not be able to see such elements.
You can configure the default value with the configure function.
This option is also available as hidden alias for compatibility with React Testing Library.
Examples
render(<Text style={{ display: 'none' }}>Hidden from accessibility</Text>);
// Exclude hidden elements
expect(
screen.queryByText('Hidden from accessibility', {
includeHiddenElements: false,
})
).not.toBeOnTheScreen();
// Include hidden elements
expect(screen.getByText('Hidden from accessibility')).toBeOnTheScreen();
expect(
screen.getByText('Hidden from accessibility', { includeHiddenElements: true })
).toBeOnTheScreen();type TextMatch = string | RegExp;Most of the query APIs take a TextMatch as an argument, which means the argument can be either a string or regex.
Given the following render:
render(<Text>Hello World</Text>);Will find a match:
// Matching a string:
screen.getByText('Hello World'); // full string match
screen.getByText('llo Worl', { exact: false }); // substring match
screen.getByText('hello world', { exact: false }); // ignore case-sensitivity
// Matching a regex:
screen.getByText(/World/); // substring match
screen.getByText(/world/i); // substring match, ignore case
screen.getByText(/^hello world$/i); // full string match, ignore case-sensitivity
screen.getByText(/Hello W?oRlD/i); // advanced regexWill NOT find a match
// substring does not match
screen.getByText('llo Worl');
// full string does not match
screen.getByText('Goodbye World');
// case-sensitive regex with different case
screen.getByText(/hello world/);type TextMatchOptions = {
exact?: boolean;
normalizer?: (text: string) => string;
};Queries that take a TextMatch also accept an object as the second argument that can contain options that affect the precision of string matching:
exact: Defaults totrue; matches full strings, case-sensitive. When false, matches substrings and is not case-sensitive.exacthas no effect on regex argument.- In most cases using a
regexinstead of a string gives you more control over fuzzy matching and should be preferred over{ exact: false }.
normalizer: An optional function which overrides normalization behavior. See Normalization.
exact option defaults to true but if you want to search for a text slice or make text matching case-insensitive you can override it. That being said we advise you to use regex in more complex scenarios.
Before running any matching logic against text, it is automatically normalized. By default, normalization consists of trimming whitespace from the start and end of text, and collapsing multiple adjacent whitespace characters into a single space.
If you want to prevent that normalization, or provide alternative normalization (e.g. to remove Unicode control characters), you can provide a normalizer function in the options object. This function will be given a string and is expected to return a normalized version of that string.
:::info
Specifying a value for normalizer replaces the built-in normalization, but you can call getDefaultNormalizer to obtain a built-in normalizer, either to adjust that normalization or to call it from your own normalizer.
:::
getDefaultNormalizer take options object which allows the selection of behaviour:
trim: Defaults totrue. Trims leading and trailing whitespace.collapseWhitespace: Defaults totrue. Collapses inner whitespace (newlines, tabs repeated spaces) into a single space.
To perform a match against text without trimming:
screen.getByText(node, 'text', {
normalizer: getDefaultNormalizer({ trim: false }),
});To override normalization to remove some Unicode characters whilst keeping some (but not all) of the built-in normalization behavior:
screen.getByText(node, 'text', {
normalizer: (str) => getDefaultNormalizer({ trim: false })(str).replace(/[\u200E-\u200F]*/g, ''),
});render from @testing-library/react-native exposes additional queries that should not be used in integration or component testing, but some users (like component library creators) interested in unit testing some components may find helpful.
The interface is the same as for other queries, but we won't provide full names so that they're harder to find by search engines.
UNSAFE_getByType, UNSAFE_getAllByType, UNSAFE_queryByType, UNSAFE_queryAllByType
Returns a ReactTestInstance with matching a React component type.
:::caution This query has been marked unsafe, since it requires knowledge about implementation details of the component. Use responsibly. :::
UNSAFE_getByProps, UNSAFE_getAllByProps, UNSAFE_queryByProps, UNSAFE_queryAllByProps
Returns a ReactTestInstance with matching props object.
:::caution This query has been marked unsafe, since it requires knowledge about implementation details of the component. Use responsibly. :::