Code Spirit
Code Spirit

Reputation: 5061

jest spyOn not working on index file, cannot redefine property

I have UserContext and a hook useUser exported from src/app/context/user-context.tsx. Additionally I have an index.tsx file in src/app/context which exports all child modules.

If I spyOn src/app/context/user-context it works but changing the import to src/app/context I get:

TypeError: Cannot redefine property: useUser at Function.defineProperty (<anonymous>)

Why is that?

Source code:

// src/app/context/user-context.tsx

export const UserContext = React.createContext({});

export function useUser() {
  return useContext(UserContext);;
}

// src/app/context/index.tsx

export * from "./user-context";
// *.spec.tsx

// This works:
import * as UserContext from "src/app/context/user-context";

// This does not work:
// import * as UserContext from "src/app/context";

it("should render complete navigation when user is logged in", () => {

    jest.spyOn(UserContext, "useUser").mockReturnValue({
        user: mockUser,
        update: (user) => null,
        initialized: true,
    });
})

Upvotes: 107

Views: 110532

Answers (7)

Ela
Ela

Reputation: 221

I vote for @diedu's reason: https://stackoverflow.com/a/69951703/13605919. I have also faced this same problem in one of my test cases and i fixed it by simply adding

jest.mock("path to the file");

Eg:

import * as Obj from "path to the file";
jest.mock("path to the file");
const spy = jest.spyOn(Obj, "prop")
spy.mockImplementation(() => {
 // Desired mock Implementation 
}

Explanation on spying without mocking:

  • When you do an import without mocking that importing file path, it actually downloads / importing the entire file and its inner and nested inner imports as well.

  • And when you do a spyOn one of its property and mocking implementation for that spied property, it actually mock only that particular property of the file.

  • So this doesn't work for re-exported constants.

  • The reason behind it is, the entire file is imported as an object without having configurable as true

Explanation on mocking before spying:

  • when you add jest.mock("path to the file") just before Spying, it is not actually importing the file.

  • So there is no descriptor associated with the object and you are the one who is gonna add descriptors.

Thanks.

Upvotes: 8

Rene Hamburger
Rene Hamburger

Reputation: 2243

Another, generic alternative to the solutions mentioned above would be to wrap Object.defineProperty() to ensure that the exported objects are configurable:

// The following Object.defineProperty wrapper will ensure that all esModule exports
// are configurable and can be mocked by Jest.
const objectDefineProperty = Object.defineProperty;
Object.defineProperty = function <T>(obj: T, propertyName: PropertyKey, attributes: PropertyDescriptor & ThisType<any>): T {
  if ((obj as { __esModule?: true })['__esModule']) {
    attributes = { ...attributes, configurable: true };
  }
  return objectDefineProperty(obj, propertyName, attributes);
};

This code should then be executed as (or within) the first script provided via the setupFilesAfterEnv Jest config option.

Upvotes: 6

eXception
eXception

Reputation: 2301

Can't agree that using jest.mock() instead of spyOn() is a good solution. With that approach you have to mock all functions once at the top of your spec file.

But some of the test cases might need a different setup or stay real.

Anyway, I want to continue use spyOn().

A better way is to add following lines at the top of your spec file (right after the imports and before describe()).

import * as Foo from 'path/to/file'; 

jest.mock('path/to/file', () => {
  return {
    __esModule: true,    //    <----- this __esModule: true is important
    ...jest.requireActual('path/to/file')
  };
});

...

//just do a normal spyOn() as you did before somewhere in your test:
jest.spyOn(Foo, 'fn');

P.S. Also could be an one-liner:

jest.mock('path/to/file', () => ({ __esModule: true, ...jest.requireActual('path/to/file') }));

P.P.S. Put 'path/to/file' to a constant might not work. At least for me it didn't. So sadly you need to repeat the actual path 3 times.

Upvotes: 136

Shanks
Shanks

Reputation: 39

Try the replaceProperty method instead.

Documentation: https://jestjs.io/docs/jest-object#jestreplacepropertyobject-propertykey-value

import * as UserContext from "src/app/context";

it('should render complete navigation when user is logged in', () => {
    jest.replaceProperty(UserContext, 'useUser', {
        user: mockUser,
        update: (user) => null,
        initialized: true,
    });
})

Upvotes: -1

Oleksi&#239; Nikonov
Oleksi&#239; Nikonov

Reputation: 5598

In my case the problem was that i tried to redefine index.tsx located in parential useSteps folder with the same name as hook file:

my folder structure was like:

hooks/useSteps/
              index.tsx
              useSteps/useSteps.tsx

It was like this import * as step from './hooks/useSteps';

but should be like this import * as step from './hooks/useSteps/useSteps';

Upvotes: 5

dee
dee

Reputation: 2424

The UserContext when re-exported from app/context/index.tsx throws that issue since it's a bug with Typescript on how it handled re-exports in versions prior to 3.9.

This issue was fixed as of version 3.9, so upgrade Typescript in your project to this version or later ones.

This issue was reported here and resolved with comments on the fix here

below is a workaround without version upgrades.

Have an object in your index.tsx file with properties as the imported methods and then export the object.

inside src/app/context/index.tsx

import { useUser } from './context/user-context.tsx'

const context = {
  useUser,
  otherFunctionsIfAny
}

export default context;

or this should also work,

import * as useUser from './context/user-context.tsx';

export { useUser };

export default useUser;

Then spy on them,

import * as UserContext from "src/app/context";

it("should render complete navigation when user is logged in", () => {

    jest.spyOn(UserContext, "useUser").mockReturnValue({
        user: mockUser,
        update: (user) => null,
        initialized: true,
    });
});

Ref

Good to Know:- Besides the issue with re-exports, the previous versions did not support live bindings as well i.e., when the exporting module changes, importing modules were not able to see changes happened on the exporter side.

Ex:

Test.js

let num = 10;

function add() {
    ++num;  // Value is mutated
}

exports.num = num;
exports.add = add;

index.js

enter image description here

A similar issue but due to the import's path.

The reason for this error message (JavaScript) is explained in this post TypeError: Cannot redefine property: Function.defineProperty ()

Upvotes: 4

diedu
diedu

Reputation: 20825

If you take a look at the js code produced for a re-export it looks like this

Object.defineProperty(exports, "__esModule", {
  value: true
});

var _context = require("context");

Object.keys(_context).forEach(function (key) {
  if (key === "default" || key === "__esModule") return;
  if (key in exports && exports[key] === _context[key]) return;
  Object.defineProperty(exports, key, {
    enumerable: true,
    get: function get() {
      return _context[key];
    }
  });
});

and the error you get is due to the compiler not adding configurable: true in the options for defineProperty, which would allow jest to redefine the export to mock it, from docs

configurable

true if the type of this property descriptor may be changed and if the property may be deleted from the corresponding object. Defaults to false.

I think you could tweak your config somehow to make the compiler add that, but it all depends on the tooling you're using.

A more accessible approach would be using jest.mock instead of jest.spyOn to mock the user-context file rather than trying to redefine an unconfigurable export

it("should render complete navigation when user is logged in", () => {
  jest.mock('./user-context', () => {
    return {
      ...jest.requireActual('./user-context'),
      useUser: jest.fn().mockReturnValue({
        user: {},
        update: (user: any) => null,
        initialized: true
      })
    }
  })
});

Upvotes: 47

Related Questions