UNPKG

@testing-library/react-native

Version:

Simple and complete React Native testing utilities that encourage good testing practices.

296 lines (198 loc) 9.28 kB
# User Event interactions ## Comparison with Fire Event API Fire Event is our original event simulation API. It can invoke **any event handler** declared on **either host or composite elements**. Suppose the element does not have `onEventName` event handler for the passed `eventName` event, or the element is disabled. In that case, Fire Event will traverse up the component tree, looking for an event handler on both host and composite elements along the way. By default, it will **not pass any event data**, but the user might provide it in the last argument. In contrast, User Event provides realistic event simulation for user interactions like `press` or `type`. Each interaction will trigger a **sequence of events** corresponding to React Native runtime behavior. These events will be invoked **only on host elements**, and **will automatically receive event data** corresponding to each event. If User Event supports a given interaction, prefer it over the Fire Event counterpart. It makes tests more realistic and reliable. When User Event doesn't support the event or you need to invoke event handlers on composite elements, use Fire Event. ## `setup()` ```ts userEvent.setup(options?: { delay?: number; advanceTimers?: (delay: number) => Promise<void> | void; }) ``` Example ```ts const user = userEvent.setup(); ``` Creates a User Event object instance, which can be used to trigger events. ### Options - `delay` controls the default delay between subsequent events, e.g., keystrokes. - `advanceTimers` is a time advancement utility function that should be used for fake timers. The default setup handles both real timers and Jest fake timers. ## `press()` ```ts press( instance: TestInstance, ): Promise<void> ``` Example ```ts const user = userEvent.setup(); await user.press(element); ``` Simulates a press on any pressable element, e.g. `Pressable`, `TouchableOpacity`, `Text`, `TextInput`, etc. Unlike `fireEvent.press()`, which only calls the `onPress` prop, this function simulates the entire press interaction by reproducing the event sequence emitted by React Native runtime. It triggers additional events like `pressIn` and `pressOut`. This event will take a minimum of 130 ms to run due to the internal React Native logic. Consider using fake timers to speed up test execution for tests involving `press` and `longPress` interactions. ## `longPress()` ```ts longPress( instance: TestInstance, options?: { duration?: number } ): Promise<void> ``` Example ```ts const user = userEvent.setup(); await user.longPress(element); ``` Simulates a long press user interaction. In React Native, the `longPress` event is emitted when the press duration exceeds the long press threshold (by default, 500 ms). In other aspects, this action behaves similarly to regular `press` action, e.g., by emitting `pressIn` and `pressOut` events. The press duration is customizable through the options, which is useful when using the `delayLongPress` prop. This event will, by default, take 500 ms to run. Due to internal React Native logic, it will take at least 130 ms regardless of the duration option passed. Consider using fake timers to speed up test execution for tests involving `press` and `longPress` interactions. ### Options - `duration` - duration of the press in milliseconds. The default value is 500 ms. ## `type()` ```ts type( instance: TestInstance, text: string, options?: { skipPress?: boolean; skipBlur?: boolean; submitEditing?: boolean; } ): Promise<void> ``` Example ```ts const user = userEvent.setup(); await user.type(textInput, 'Hello world!'); ``` Simulates focusing on a `TextInput` element, typing `text` one character at a time, and leaving the element. This function supports only host `TextInput` elements. Passing other element types will result in throwing an error. > [!NOTE] > This function will add text to the text already present in the text input (as specified by `value` or `defaultValue` props). To replace existing text, use [`clear()`](#clear) helper first. ### Options - `skipPress` - if true, `pressIn` and `pressOut` events will not be triggered. - `skipBlur` - if true, `endEditing` and `blur` events will not be triggered when typing is complete. - `submitEditing` - if true, `submitEditing` event will be triggered after typing the text. ### Sequence of events The sequence of events depends on the `multiline` prop and the passed options. Events will not be emitted if the `editable` prop is set to `false`. **Entering the element**: - `pressIn` (optional) - `focus` - `pressOut` (optional) The `pressIn` and `pressOut` events are sent by default but can be skipped by passing the `skipPress: true` option. **Typing (for each character)**: - `keyPress` - `change` - `changeText` - `selectionChange` - `contentSizeChange` (only multiline) **Leaving the element**: - `submitEditing` (optional) - `endEditing` - `blur` The `submitEditing` event is skipped by default. It can sent by setting the `submitEditing: true` option. The `endEditing` and `blur` events can be skipped by passing the `skipBlur: true` option. ## `clear()` ```ts clear( instance: TestInstance, ): Promise<void> ``` Example ```ts const user = userEvent.setup(); await user.clear(textInput); ``` Simulates clearing the content of a `TextInput` element. This function supports only host `TextInput` elements. Passing other element types will result in throwing an error. ### Sequence of events Events will not be emitted if the `editable` prop is set to `false`. **Entering the element**: - `focus` **Selecting all content**: - `selectionChange` **Pressing backspace**: - `keyPress` - `change` - `changeText` - `selectionChange` **Leaving the element**: - `endEditing` - `blur` ## `paste()` ```ts paste( instance: TestInstance, text: string, ): Promise<void> ``` Example ```ts const user = userEvent.setup(); await user.paste(textInput, 'Text to paste'); ``` Simulates pasting text into a `TextInput` element. This function supports only host `TextInput` elements. Passing other element types will result in throwing an error. ### Sequence of events Events will not be emitted if the `editable` prop is set to `false`. **Entering the element**: - `focus` **Selecting all content**: - `selectionChange` **Pasting the text**: - `change` - `changeText` - `selectionChange` - `contentSizeChange` (only multiline) **Leaving the element**: - `endEditing` - `blur` ## `scrollTo()` \ ```ts scrollTo( instance: TestInstance, options: { y: number; momentumY?: number; contentSize?: { width: number; height: number }; layoutMeasurement?: { width: number; height: number }; } | { x: number; momentumX?: number; contentSize?: { width: number; height: number }; layoutMeasurement?: { width: number; height: number }; } ): Promise<void> ``` Example ```ts const user = userEvent.setup(); await user.scrollTo(scrollView, { y: 100, momentumY: 200 }); ``` Simulates scrolling a host `ScrollView` element. This function supports only host `ScrollView` elements, passing other element types will result in an error. Note that `FlatList` is accepted as it renders to a host `ScrollView` element. Scroll interaction should match the `ScrollView` element direction: - for a vertical scroll view (default or `horizontal={false}`), you should pass only the `y` option (and optionally also `momentumY`). - for a horizontal scroll view (`horizontal={true}`), you should pass only the `x` option (and optionally `momentumX`). Each scroll interaction consists of a mandatory drag scroll part, which simulates the user dragging the scroll view with his finger (the `y` or `x` option). This may optionally be followed by a momentum scroll movement, which simulates the inertial movement of scroll view content after the user lifts his finger (`momentumY` or `momentumX` options). ### Options - `y` - target vertical drag scroll offset - `x` - target horizontal drag scroll offset - `momentumY` - target vertical momentum scroll offset - `momentumX` - target horizontal momentum scroll offset - `contentSize` - passed to `ScrollView` events and enabling `FlatList` updates - `layoutMeasurement` - passed to `ScrollView` events and enabling `FlatList` updates User Event will generate several intermediate scroll steps to simulate user scroll interaction. You should not rely on exact number or values of these scrolls steps as they might be change in the future version. This function will remember where the last scroll ended, so subsequent scroll interaction will starts from that position. The initial scroll position will be assumed to be `{ y: 0, x: 0 }`. To simulate a `FlatList` (and other controls based on `VirtualizedList`) scrolling, you should pass the `contentSize` and `layoutMeasurement` options, which enable the underlying logic to update the currently visible window. ### Sequence of events The sequence of events depends on whether the scroll includes an optional momentum scroll component. **Drag scroll**: - `contentSizeChange` - `scrollBeginDrag` - `scroll` (multiple events) - `scrollEndDrag` **Momentum scroll (optional)**: - `momentumScrollBegin` - `scroll` (multiple events) - `momentumScrollEnd`