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, you should always prefer it over the Fire Event counterpart, as it will make your tests much more realistic and, hence, reliable. In other cases, e.g., when User Event does not support the given event or when invoking event handlers on composite elements, you have to use Fire Event as the only available option.
setup()
Example
Creates a User Event object instance, which can be used to trigger events.
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()
Example
This helper simulates a press on any pressable element, e.g. Pressable
, TouchableOpacity
, Text
, TextInput
, etc. Unlike fireEvent.press()
, a more straightforward API that will only call the onPress
prop, this function simulates the entire press interaction in a more realistic way by reproducing the event sequence emitted by React Native runtime. This helper will trigger 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()
Example
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. This should be useful if you use 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.
duration
- duration of the press in milliseconds. The default value is 500 ms.type()
Example
This helper simulates the user 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.
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()
helper first.
skipPress
- if true, pressIn
and pressOut
events will not be triggered.submitEditing
- if true, submitEditing
event will be triggered after typing the text.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.
clear()
Example
This helper simulates the user clearing the content of a TextInput
element.
This function supports only host TextInput
elements. Passing other element types will result in throwing an error.
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()
Example
This helper simulates the user pasting given text to a TextInput
element.
This function supports only host TextInput
elements. Passing other element types will result in throwing an error.
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
Leaving the element:
endEditing
blur
scrollTo()
scrollTo
interaction has been introduced in RNTL v12.4.0.
Example
This helper simulates the user 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:
horizontal={false}
), you should pass only the y
option (and optionally also momentumY
).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).
y
- target vertical drag scroll offsetx
- target horizontal drag scroll offsetmomentumY
- target vertical momentum scroll offsetmomentumX
- target horizontal momentum scroll offsetcontentSize
- passed to ScrollView
events and enabling FlatList
updateslayoutMeasurement
- passed to ScrollView
events and enabling FlatList
updatesUser 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.
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