Mock Functions
Mock functions allow you to test the links between code by erasing the actual implementation of a function, capturing calls to the function (and the parameters passed in those calls), capturing instances of constructor functions when instantiated with new
, and allowing test-time configuration of return values.
There are two ways to mock functions: Either by creating a mock function to use in test code, or writing a manual mock
to override a module dependency.
#
Using a mock functionLet's imagine we're testing an implementation of a function forEach
, which invokes a callback for each item in a supplied array.
To test this function, we can use a mock function, and inspect the mock's state to ensure the callback is invoked as expected.
.mock
property#
All mock functions have this special .mock
property, which is where data about how the function has been called and what the function returned is kept. The .mock
property also tracks the value of this
for each call, so it is possible to inspect this as well:
These mock members are very useful in tests to assert how these functions get called, instantiated, or what they returned:
#
Mock Return ValuesMock functions can also be used to inject test values into your code during a test:
Mock functions are also very effective in code that uses a functional continuation-passing style. Code written in this style helps avoid the need for complicated stubs that recreate the behavior of the real component they're standing in for, in favor of injecting values directly into the test right before they're used.
Most real-world examples actually involve getting ahold of a mock function on a dependent component and configuring that, but the technique is the same. In these cases, try to avoid the temptation to implement logic inside of any function that's not directly being tested.
#
Mocking ModulesSuppose we have a class that fetches users from our API. The class uses axios to call the API then returns the data
attribute which contains all the users:
Now, in order to test this method without actually hitting the API (and thus creating slow and fragile tests), we can use the jest.mock(...)
function to automatically mock the axios module.
Once we mock the module we can provide a mockResolvedValue
for .get
that returns the data we want our test to assert against. In effect, we are saying that we want axios.get('/users.json')
to return a fake response.
#
Mock ImplementationsStill, there are cases where it's useful to go beyond the ability to specify return values and full-on replace the implementation of a mock function. This can be done with jest.fn
or the mockImplementationOnce
method on mock functions.
The mockImplementation
method is useful when you need to define the default implementation of a mock function that is created from another module:
When you need to recreate a complex behavior of a mock function such that multiple function calls produce different results, use the mockImplementationOnce
method:
When the mocked function runs out of implementations defined with mockImplementationOnce
, it will execute the default implementation set with jest.fn
(if it is defined):
For cases where we have methods that are typically chained (and thus always need to return this
), we have a sugary API to simplify this in the form of a .mockReturnThis()
function that also sits on all mocks:
#
Mock NamesYou can optionally provide a name for your mock functions, which will be displayed instead of "jest.fn()" in the test error output. Use this if you want to be able to quickly identify the mock function reporting an error in your test output.
#
Custom MatchersFinally, in order to make it less demanding to assert how mock functions have been called, we've added some custom matcher functions for you:
These matchers are sugar for common forms of inspecting the .mock
property. You can always do this manually yourself if that's more to your taste or if you need to do something more specific:
For a complete list of matchers, check out the reference docs.