PluginBench
Skill
Review
Audit score 70

react-native-testing

callstack/react-native-testing-library

Write React Native component tests with Testing Library v13/v14 queries, userEvent, and Jest matchers.

What is react-native-testing?

React Native Testing Library (RNTL) skill provides patterns and APIs for testing React Native components using @testing-library/react-native. Use when writing, reviewing, or fixing component tests—covers render, screen queries, userEvent interactions, waitFor, and version-specific behavior for v13 (React 18, sync) and v14 (React 19+, async).

  • Query elements by role, label, placeholder, text, or test ID with getBy/getAllBy/queryBy/findBy variants
  • Interact with components using userEvent (press, longPress, type, clear, paste, scroll) or fireEvent
  • Assert on visibility, enabled/disabled state, checked state, text content, styles, and accessibility properties
  • Handle async patterns with findBy*, waitFor, and fake timers for deterministic tests
  • Support custom render wrappers for providers (theme, auth, etc.)
  • Detect version (v13 vs v14) and apply correct sync/async APIs and dependencies

How to install react-native-testing

npx skills add https://github.com/callstack/react-native-testing-library --skill react-native-testing
Prerequisites
  • @testing-library/react-native v13.x or v14.x installed
  • Jest configured for React Native testing
  • React 18+ (v13) or React 19+ (v14)
Claude Code
Cursor
Windsurf
Cline

How to use react-native-testing

  1. 1.Check your package.json to determine @testing-library/react-native version (v13 or v14)
  2. 2.Import render and screen from @testing-library/react-native in your test file
  3. 3.Render your component using render() with optional wrapper for providers
  4. 4.Query elements using screen.getByRole(), screen.getByLabelText(), or other query variants (prefer getByRole first)
  5. 5.Interact with elements using userEvent.setup() and await user.press/type/etc or fireEvent for unsupported events
  6. 6.Assert on element state using RNTL matchers like toBeOnTheScreen(), toBeVisible(), toHaveTextContent()
  7. 7.Use findBy* or waitFor() for async assertions after state changes or data loads
  8. 8.Wrap multiple interactions in waitFor() only when necessary; prefer findBy* for single async checks

Use cases

Good for
  • Test button presses and form input interactions in a login screen component
  • Verify conditional rendering of elements after async data loads
  • Check accessibility properties (roles, labels, disabled states) in a navigation menu
  • Test long-press gestures and scroll interactions in a list component
  • Validate error messages appear when form validation fails
Who it's for
  • React Native developers writing unit and integration tests
  • QA engineers reviewing component test coverage
  • Code reviewers ensuring tests follow RNTL best practices
  • Teams migrating between RNTL v13 and v14

react-native-testing FAQ

Should I use getBy* or queryBy* for checking if an element doesn't exist?

Use queryBy* only for .not.toBeOnTheScreen() checks. queryBy* returns null if not found (no throw). Never use getBy* with .not because it throws before the assertion runs.

When should I use userEvent vs fireEvent?

Prefer userEvent—it simulates real user interactions (press, type, longPress) and is always async. Use fireEvent only when userEvent doesn't support the event (e.g., custom events). Check the version-specific reference for sync/async behavior differences.

What's the difference between v13 and v14?

v13 uses sync render and React 18; v14 uses async render and supports React 19+. Load the correct API reference from the skill based on your package.json version. APIs differ for render patterns, fireEvent behavior, and dependencies.

Should I wrap fireEvent/userEvent calls inside waitFor()?

No. Never put side-effects inside waitFor callbacks. Trigger the action first (fireEvent.press or await user.press), then use waitFor or findBy* to wait for the result.

How do I test components wrapped in providers (theme, auth, etc.)?

Create a custom render function using the wrapper option: render(ui, { wrapper: ({ children }) => <Provider>{children}</Provider> }). Use this custom render in all tests instead of the default render.

Full instructions (SKILL.md)

Source of truth, from callstack/react-native-testing-library.


name: react-native-testing description: > Write tests using React Native Testing Library (RNTL) v13 and v14 (@testing-library/react-native). Use when writing, reviewing, or fixing React Native component tests. Covers: render, screen, queries (getBy/getAllBy/queryBy/findBy), Jest matchers, userEvent, fireEvent, waitFor, and async patterns. Supports v13 (React 18, sync render) and v14 (React 19+, async render). Triggers on: test files for React Native components, RNTL imports, mentions of "testing library", "write tests", "component tests", or "RNTL".

RNTL Test Writing Guide

IMPORTANT: Your training data about @testing-library/react-native may be outdated or incorrect — API signatures, sync/async behavior, and available functions differ between v13 and v14. Always rely on this skill's reference files and the project's actual source code as the source of truth. Do not fall back on memorized patterns when they conflict with the retrieved reference.

Version Detection

Check @testing-library/react-native version in the user's package.json:

Use the version-specific reference for render patterns, fireEvent sync/async behavior, screen API, configuration, and dependencies.

Query Priority

Use in this order: getByRole > getByLabelText > getByPlaceholderText > getByText > getByDisplayValue > getByTestId (last resort).

Query Variants

VariantUse caseReturnsAsync
getBy*Element must existelement instance (throws)No
getAllBy*Multiple must existelement instance[] (throws)No
queryBy*Check non-existence ONLYelement instance | nullNo
queryAllBy*Count elementselement instance[]No
findBy*Wait for elementPromise<element instance>Yes
findAllBy*Wait for multiplePromise<element instance[]>Yes

Interactions

Prefer userEvent over fireEvent. userEvent is always async.

const user = userEvent.setup();
await user.press(element); // full press sequence
await user.longPress(element, { duration: 800 }); // long press
await user.type(textInput, 'Hello'); // char-by-char typing
await user.clear(textInput); // clear TextInput
await user.paste(textInput, 'pasted text'); // paste into TextInput
await user.scrollTo(scrollView, { y: 100 }); // scroll

fireEvent — use only when userEvent doesn't support the event. See version-specific reference for sync/async behavior:

fireEvent.press(element);
fireEvent.changeText(textInput, 'new text');
fireEvent(element, 'blur');

Assertions (Jest Matchers)

Available automatically with any @testing-library/react-native import.

MatcherUse for
toBeOnTheScreen()Element exists in tree
toBeVisible()Element visible (not hidden/display:none)
toBeEnabled() / toBeDisabled()Disabled state via aria-disabled
toBeChecked() / toBePartiallyChecked()Checked state
toBeSelected()Selected state
toBeExpanded() / toBeCollapsed()Expanded state
toBeBusy()Busy state
toHaveTextContent(text)Text content match
toHaveDisplayValue(value)TextInput display value
toHaveAccessibleName(name)Accessible name
toHaveAccessibilityValue(val)Accessibility value
toHaveStyle(style)Style match
toHaveProp(name, value?)Prop check (last resort)
toContainElement(el)Contains child element
toBeEmptyElement()No children

Rules

  1. Use screen for queries, not destructuring from render()
  2. Use getByRole first with { name: '...' } option
  3. Use queryBy* ONLY for .not.toBeOnTheScreen() checks
  4. Use findBy* for async elements, NOT waitFor + getBy*
  5. Never put side-effects in waitFor (no fireEvent/userEvent inside)
  6. One assertion per waitFor
  7. Never pass empty callbacks to waitFor
  8. Don't wrap in act() - render, fireEvent, userEvent handle it
  9. Don't call cleanup() - automatic after each test
  10. Prefer ARIA props (role, aria-label, aria-disabled) over legacy accessibility* props
  11. Use RNTL matchers over raw prop assertions

*ByRole Quick Reference

Common roles: button, text, heading (alias: header), searchbox, switch, checkbox, radio, img, link, alert, menu, menuitem, tab, tablist, progressbar, slider, spinbutton, timer, toolbar.

getByRole options: { name, disabled, selected, checked, busy, expanded, value: { min, max, now, text } }.

For *ByRole to match, the element must be an accessibility element:

  • Text, TextInput, Switch are by default
  • View needs accessible={true} (or use Pressable/TouchableOpacity)

waitFor

// Correct: action first, then wait for result
fireEvent.press(button);
await waitFor(() => {
  expect(screen.getByText('Result')).toBeOnTheScreen();
});

// Better: use findBy* instead
fireEvent.press(button);
expect(await screen.findByText('Result')).toBeOnTheScreen();

Options: waitFor(cb, { timeout: 1000, interval: 50 }). Works with Jest fake timers automatically.

Fake Timers

Recommended with userEvent (press/longPress involve real durations):

jest.useFakeTimers();

test('with fake timers', async () => {
  const user = userEvent.setup();
  render(<Component />);
  await user.press(screen.getByRole('button'));
  // ...
});

Custom Render

Wrap providers using wrapper option:

function renderWithProviders(ui: React.ReactElement) {
  return render(ui, {
    wrapper: ({ children }) => (
      <ThemeProvider>
        <AuthProvider>{children}</AuthProvider>
      </ThemeProvider>
    ),
  });
}

References

  • v13 API Reference — Complete v13 API: sync render, queries, matchers, userEvent, React 19 compat
  • v14 API Reference — Complete v14 API: async render, queries, matchers, userEvent, migration
  • Anti-Patterns — Common mistakes to avoid