Skip to content

Mocking dayjs extend

In my code that needs testing I use

import dayjs from 'dayjs';
import utc from 'dayjs/plugin/utc';

dayjs().add(15, 'minute')

In my test I need to mock dayjs in order to always have the same date when comparing snapshots in jest so I did

jest.mock('dayjs', () =>
  jest.fn((...args) =>
      args.filter((arg) => arg).length > 0 ? args : '2020-08-12'

It fails with

TypeError: _dayjs.default.extend is not a function

Unfortunately similar questions on here didn’t help me. How could I mock both default dayjs but also extend?


You could write a more thorough manual mock for dayjs, one that has the extend method, but then you’re coupling your tests to a 3rd party interface. “Don’t mock what you don’t own” – you’ll end up having to recreate more and more of the dayjs interface in your mock, and then if that interface changes your tests will continue to pass but your code will be broken. Or if you decide to swap to a different time library, you have to rewrite all of your tests to manually mock the new interface.

Instead, treat time as a dependency. Have your own function, in your own module, that simply provides the current time as a Date object:

export const howSoonIsNow = () => new Date();

Then, when you need to create a dayjs object, do so from that (dayjs() is equivalent to dayjs(new Date()) per the docs):

import dayjs from 'dayjs';
import utc from 'dayjs/plugin/utc';

import { howSoonIsNow } from './path/to/noTimeLikeThePresent';


dayjs(howSoonIsNow()).add(15, 'minute');

Now in your test you can swap out something you actually own, and not have to interfere with dayjs at all:

import { howSoonIsNow } from './path/to/noTimeLikeThePresent';


howSoonIsNow.mockReturnValue(new Date(2020, 8, 12));

Now if a new version of dayjs changes in a way that breaks your use of it, your tests will fail and tell you as much. Or if you swap to a different time library (here’s an example using Moment) you don’t have to rewrite all of your tests, so you can be confident you’ve swapped over correctly.

Also FWIW I don’t rate snapshot testing in general – it just becomes change detection, failing for irrelevant changes and encouraging people to ignore the test results and blindly recreate the snapshots if anything fails. Test based on the behaviour you want to see from your components.