Насмешка над внутренней зависимостью

Прежде чем издеваться над внутренней зависимостью, вопрос должен прояснить, в чем ее смысл; потому что насмешливые способности Джеста несколько ограничены. Поскольку это не было упомянуто в вопросе, я лично выбрал несколько наилучших возможных случаев с примерами.

Чтобы было легче понять, предположим, что есть воображаемая функция с именем testFunction(); это функция, которая возвращает упомянутое ранее storageConnectionString.

1. только для конкретной функции в области тестирования, ничего больше.

// key.spec.js
const keyvault_emulator = require('../keyvault-emulator');
js.mock('../keyvault-emulator', () => ({
  // everything is original, except testFunction
  ...jest.requireActual('../keyvault-emulator'),
  // this supposed to return () => storageConnectionString but it's mocked here.
  testFunction: jest.fn(() => 'mocked')
})

// ✅ it works
expect(keyvault_emulator.testFunction()).toEqual('mocked')
// ❌ this fails!
expect(keyvault_emulator.otherFunctionUsingStorageConnectionString())
  .toEqual('mocked')

2. для всего внутри модуля

Jest может заменить только функцию или модуль. Он не может переоценивать коды. В этом случае зависимость config.js и keyvault-emulator.js должна быть отделена от источника, чтобы упростить процесс тестирования.

2-1. жесткая отвязка от самого источника.

// keyvault-emulator.js
// KeyValue emulator has to be restructured to have constructor, or init function
class KeyValueEmulator {
  constructor(config) {
    this.config = config;
  }
  testFunction() {
    // do something with this.config
    return this.config;
  }
}

// key.spec.js
const mockedConfig = { storageConnectionConfig: 'mocked' }
const keyValueEmulator = new KeyValueEmulator(mockedConfig);
// ✅ it works
expect(keyValueEmulator.testFunction()).toEqual('mocked')

2-2. мягкая развязка с издевательством над внутренним модулем шутки.

рабочие коды на Github

// key.spec.js
import config from "./config";
jest.mock("./config", () => ({ default: { storageConnectionString: "mocked" } }));
import { storageConnectionString, testFunction } from "./index";

describe("config mocking", () => {
  it("value is mocked", () => {
    // ✅ it works
    expect(config.storageConnectionString).toEqual("mocked");
    expect(testFunction()).toEqual("mocked");
  });
});

3. издевательство над одной переменной

Как уже объяснялось в случае 2, это невозможный случай. Jest просто не может издеваться над одной переменной; он, вероятно, наиболее близок к коду, упомянутому в вопросе, и поэтому необходимо уточнение.

// same as code in the question. the test code should be fixed to work,
// but let's say it's working as you've intended.
// key.spec.js
const keyvault_emulator = require('../keyvault-emulator');
const spy = jest.spyOn(keyvault_emulator, 'storageConnectionString');
spy.mockReturnValue('mocked');
// ✅ it may work...but
expect(keyvault_emulator.storageConnectionString).toEqual('mocked')
// ❌ this fails!
expect(keyvault_emulator.testFunction()).toEqual('mocked')

Итак, как лучше всего?

Это правильный способ сделать это? Каков наилучший способ добиться этого?

Как и во многих случаях в мире разработчиков, это зависит от случая. Лично я бы выбрал метод жесткой развязки, упомянутый в 2-1, для общего использования, но во многих случаях он не подходит идеально. Выберите тот, который лучше всего подходит для вашего случая.