Tôi có mô-đun sau mà tôi đang cố gắng kiểm tra trong Jest:

// myModule.js

export function otherFn() {
  console.log('do something');
}

export function testFn() {
  otherFn();

  // do other things
}

Như được hiển thị ở trên, nó xuất một số hàm được đặt tên và testFnsử dụng quan trọng otherFn.

Trong Jest khi tôi đang viết bài kiểm tra đơn vị của mình cho testFn, tôi muốn mô phỏng otherFnhàm vì tôi không muốn các lỗi otherFnảnh hưởng đến bài kiểm tra đơn vị của mình testFn. Vấn đề của tôi là tôi không chắc cách tốt nhất để làm điều đó:

// myModule.test.js
jest.unmock('myModule');

import { testFn, otherFn } from 'myModule';

describe('test category', () => {
  it('tests something about testFn', () => {
    // I want to mock "otherFn" here but can't reassign
    // a.k.a. can't do otherFn = jest.fn()
  });
});

Bất kỳ trợ giúp / cái nhìn sâu sắc được đánh giá cao.

Sử dụng jest.requireActual()bên trongjest.mock()

jest.requireActual(moduleName)

Trả về mô-đun thực thay vì mô-đun, bỏ qua tất cả các kiểm tra về việc liệu mô-đun có nhận được triển khai mô-đun hay không.

Thí dụ

Tôi thích cách sử dụng ngắn gọn này khi bạn yêu cầu và lan truyền trong đối tượng trả về:

// myModule.test.js

jest.mock('./myModule.js', () => (
  {
    ...(jest.requireActual('./myModule.js')),
    otherFn: jest.fn()
  }
))

import { otherFn } from './myModule.js'

describe('test category', () => {
  it('tests something about otherFn', () => {
    otherFn.mockReturnValue('foo')
    expect(otherFn()).toBe('foo')
  })
})

Phương pháp này cũng được tham chiếu trong tài liệu Mô hình thủ công của Jest (gần cuối Ví dụ ):

Để đảm bảo rằng mô hình thủ công và việc triển khai thực tế của nó luôn đồng bộ, có thể hữu ích khi yêu cầu mô-đun thực sử dụng jest.requireActual(moduleName)trong mô hình thủ công của bạn và sửa đổi nó bằng các chức năng mô phỏng trước khi xuất nó.

import m from '../myModule';

Không hoạt động với tôi, tôi đã sử dụng:

import * as m from '../myModule';

m.otherFn = jest.fn();

Có vẻ như tôi đến bữa tiệc này muộn, nhưng vâng, điều này có thể xảy ra.

testFnchỉ cần gọi otherFn bằng mô-đun .

Nếu testFnsử dụng mô-đun để gọi otherFnthì quá trình xuất mô-đun cho otherFncó thể được chế tạo và testFnsẽ gọi mô-đun .

Đây là một ví dụ hoạt động:

myModule.js

import * as myModule from './myModule';  // import myModule into itself

export function otherFn() {
  return 'original value';
}

export function testFn() {
  const result = myModule.otherFn();  // call otherFn using the module

  // do other things

  return result;
}

myModule.test.js

import * as myModule from './myModule';

describe('test category', () => {
  it('tests something about testFn', () => {
    const mock = jest.spyOn(myModule, 'otherFn');  // spy on otherFn
    mock.mockReturnValue('mocked value');  // mock the return value

    expect(myModule.testFn()).toBe('mocked value');  // SUCCESS

    mock.mockRestore();  // restore otherFn
  });
});

Mã được chuyển vị sẽ không cho phép babel truy xuất ràng buộc otherFn()đang tham chiếu đến. Nếu bạn sử dụng một hàm expession, bạn sẽ có thể đạt được khả năng chế nhạo otherFn().

// myModule.js
exports.otherFn = () => {
  console.log('do something');
}

exports.testFn = () => {
  exports.otherFn();

  // do other things
}

// myModule.test.js
import m from '../myModule';

m.otherFn = jest.fn();

Nhưng như @kentcdodds đã đề cập trong nhận xét trước, bạn có thể sẽ không muốn chế nhạo otherFn(). Thay vào đó, chỉ cần viết một thông số kỹ thuật mới otherFn()và mô phỏng bất kỳ lệnh gọi cần thiết nào mà nó đang thực hiện.

Ví dụ: nếu otherFn()đang thực hiện một yêu cầu http ...

// myModule.js
exports.otherFn = () => {
  http.get('http://some-api.com', (res) => {
    // handle stuff
  });
};

Tại đây, bạn sẽ muốn mô phỏng http.getvà cập nhật các xác nhận của mình dựa trên các triển khai bị chế nhạo.

// myModule.test.js
jest.mock('http', () => ({
  get: jest.fn(() => {
    console.log('test');
  }),
}));

Tôi biết điều này đã được hỏi từ rất lâu trước đây, nhưng tôi chỉ gặp phải tình huống này và cuối cùng đã tìm ra một giải pháp hiệu quả. Vì vậy, tôi nghĩ rằng tôi sẽ chia sẻ ở đây.

Đối với mô-đun:

// myModule.js

export function otherFn() {
  console.log('do something');
}

export function testFn() {
  otherFn();

  // do other things
}

Bạn có thể thay đổi những điều sau:

// myModule.js

export const otherFn = () => {
  console.log('do something');
}

export const testFn = () => {
  otherFn();

  // do other things
}

xuất chúng dưới dạng hằng số thay vì hàm. Tôi tin rằng vấn đề liên quan đến việc lưu trữ trong JavaScript và việc sử dụng constngăn chặn hành vi đó.

Sau đó, trong thử nghiệm của bạn, bạn có thể có một cái gì đó như sau:

import * as myModule from 'myModule';


describe('...', () => {
  jest.spyOn(myModule, 'otherFn').mockReturnValue('what ever you want to return');

  // or

  myModule.otherFn = jest.fn(() => {
    // your mock implementation
  });
});

Chế độ giả của bạn bây giờ sẽ hoạt động như bạn thường mong đợi.

Tôi đã giải quyết vấn đề của mình với sự kết hợp của các câu trả lời mà tôi tìm thấy ở đây:

myModule.js

import * as myModule from './myModule';  // import myModule into itself

export function otherFn() {
  return 'original value';
}

export function testFn() {
  const result = myModule.otherFn();  // call otherFn using the module

  // do other things

  return result;
}

myModule.test.js

import * as myModule from './myModule';

describe('test category', () => {
  let otherFnOrig;

  beforeAll(() => {
    otherFnOrig = myModule.otherFn;
    myModule.otherFn = jest.fn();
  });

  afterAll(() => {
    myModule.otherFn = otherFnOrig;
  });

  it('tests something about testFn', () => {
    // using mock to make the tests
  });
});

Trên câu trả lời đầu tiên ở đây, bạn cũng có thể sử dụng babel-plugin-rewire để giả lập hàm có tên đã nhập. Bạn có thể kiểm tra phần bề ngoài để tua lại hàm được đặt tên .

Một trong những lợi ích tức thì cho tình huống của bạn ở đây là bạn không cần phải thay đổi cách gọi hàm khác từ hàm của mình.