<p>jest.mockファクトリはテスト内では機能しません</p>

jest.mock呼び出しは、babel-jest変換を使用してファイルの先頭に自動的に引き上げられます。 jest.doMock使用すると、この動作を省略できます。 あなたはそれを試しましたか？

doMock同じです。

ドキュメントでは、私は読むことができます

注： babel-jestを使用する場合、モックへの呼び出しは自動的にコードブロックの先頭に引き上げられます。 この動作を明示的に回避したい場合は、 doMock使用してください。

しかし...テストはコードブロックですよね？ ですから、私の場合、違いは見られないと思います。

これが完全なテストです

it('renders with the enabled feature', () => {
  jest.mock('services/feature', () => ({
      isEnabled: () => true
  }));

  const component = renderer.create(
      <MyComponent />
  );

  const tree = component.toJSON();
  expect(tree).toMatchSnapshot();
});

GHリポジトリでこれの再現を提供できますか？

もちろん。 ここにあります： https ：

どちらのテストも、代わりに「有効」をレンダリングするモックを持っていても、「無効」をレンダリングします。
これらを参照してください：
https://github.com/tleunen/jest-issue-2582/blob/master/src/MyComponent.js
https://github.com/tleunen/jest-issue-2582/blob/master/src/__tests__/MyComponent.spec.js

ありがとう。

この問題について@ thymikee @ cpojerにアドバイスはありますか？
同じファイルにいくつかのテストがあり、それぞれに対して異なるモック応答が必要です。

この問題を見つけてうれしいです。 jest.mock()がdescribeスコープで機能しなかった理由に頭を悩ませていました。 それを一番上（テストファイルのインポートの下）に移動すると、機能します。

私にとっては、モックファイルを含む__mocks__フォルダーを使用して、ファクトリなしでjest.mock()にも適用されます。

- 編集

インポートステートメントの前にjest.mock()ステートメントを持ち上げる必要があることは明らかです。 ただし、 @ tleunenの場合、これはおそらく、同じファイルを異なる応答で複数回モックすることができないことを意味します。 おそらく、ファクトリ関数をより動的にすることで最善のサービスが提供されるため、テストケースごとに異なる結果を提供できます。

私の考えでは、 jest.mock()が常にdescribe itブロックとドキュメントに明確に記載されている必要があります

したがって、 jest.mockは関数スコープに引き上げられています。そのため、モジュールスコープに引き上げられたrequireでは機能しません（モジュールスコープに引き上げられたimportでは機能しません）。 describe （Jasmineによって特別に扱われる）以外の関数内で呼び出します。
jest.mock呼び出しは、その関数（モジュールではない）の先頭に引き上げられます。そのため、期待どおりに機能しません。

通常、テストケース間で異なるモックが必要な場合は、 beforeEachとafterEach異なるモックを設定することをお勧めします。

@cpojerはこれについて詳細に説明することができ、上位スコープへの呼び出しを引き上げたい場合は。

これは、モジュールの初期化時にモジュールが必要になるためです（インポートを使用）。 jest.mockは後で呼び出されます。 これを解決する方法は次のとおりです。

beforeEach(() => { // or the specific test
  jest.mock('MyModule', () => …);
  const MyModule = require('MyModule');
  …
});

NS。

beforeEachでこれを行うとしたら、テストをどのように区別するかはわかりません（つまり、テストごとに異なるモックをどのように与えるのでしょうか？）

もちろん、それをテスト自体の中に入れることは機能します。

次に、テストされたコンポーネント内にモックモジュールを渡すことができますか？

モックしたいファイルをインポート/要求していないが（たとえば、インポートしている他のファイルの依存関係）、それをdescribe / itブロックにスコープしたい場合はどうなりますか？ または、beforeEach / beforeAllテストで別のモックを作成したい場合でも？ それらのケースは可能ですか？

// A.js depends on B.js
import A from './A';

describe('myTest', () => {

    describe('myFirstScope', () => {
        beforeAll(() => {
            jest.mock('./B', () => ({
                myFirstMethod: jest.fn(),
            }));
        });

        // tests here
    });

    describe('mySecondScope', () => {
        beforeAll(() => {
            jest.mock('./B', () => ({
                mySecondMethod: jest.fn(),
            }));
        });

        // tests here
    });
});

その場合、Bをモックした後にAを要求する必要があります（ importを使用せず、 require ）。

Bをモックした後にAが必要

私にはうまくいきませんでしたが、Bの元のモックが結果にパススルーするのをまだ見ていました

@GoldAnnaこの問題の回避策を見つけましたか？

@alayor私はしていません

この問題に何度も遭遇しましたが、適切にテストしていないか、作成者が意図したとおりにjestを使用していないか、または両方の組み合わせであると確信しています。 さらなる証拠は、 jestのドキュメントにあるモック関連の例は、私には実際の例のようには見えないことです...それらはおそらくそうであり、私のアプローチはおそらく正しくありません。

そうは言っても、次のことは私にとってはうまくいき、次のすべてのテストに合格します。 ModuleBの元のバージョンに戻るには、 jest.resetModules()とjest.unmock('./moduleB')両方を呼び出す必要があることに注意してください...これらの順序は重要ではありません。

// Module A
const ModuleB = require('./moduleB');
const ModuleA = function() {
  this.title = new ModuleB().title;
  return this;
};
module.exports = ModuleA;

// Module B
const ModuleB = function() {
  this.title = 'Module B - Original'
  return this;
};
module.exports = ModuleB;

// Tests
describe('Jest a few tests', () => {
  it('should do something', () => {
    jest.resetModules();
    jest.mock('./moduleB', () => function() {
      this.title = 'Module B - Mock 1'
      return this;
    });
    const ModuleA = require('./moduleA');
    const moduleA = new ModuleA();
    expect(moduleA.title).toEqual('Module B - Mock 1');
  });

  it('should do something else', () => {
    jest.resetModules();
    jest.mock('./moduleB', () => function() {
      this.title = 'Module B - Mock 2'
      return this;
    });
    const ModuleA = require('./moduleA');
    const moduleA = new ModuleA();
    expect(moduleA.title).toEqual('Module B - Mock 2');
  });

  it('should do something original', () => {
    jest.resetModules();
    jest.unmock('./moduleB');
    const ModuleA = require('./moduleA');
    const moduleA = new ModuleA();
    expect(moduleA.title).toEqual('Module B - Original');
  });
});

おい、

ここでは何もうまくいきません。
誰かがその中でjest.mockを使用できない理由を説明できますか？

ありがとうございました

これはまだ問題であり、機能リクエストとして再度開く必要があると思います。 テストを単独で書きたい。 モックフォルダに物をダンプしたり、beforeEachで再配線したりすると、通常、モックのジャンクドロワー/奇妙なデータのインスタンス化が発生し、すべてのテストに持ち込まれます。 小さなモックを書いて、小さなテストパスを作りたいです。

個々のテストを分離する実際の方法はありません（ test.concurrent考慮）。 tapやavaに似たAPIを採用すれば可能ですが、現在のグローバルAPIによる制約では不可能だと思います。 間違っていることが証明されてとても幸せです！

以前にmochaとproxyquireで記述されたテストをリファクタリングするために、ここで複数の方法に苦労していましたが、最終的には、モックごとにテストを異なるファイルに分割することになりました。

@gcoxモジュールのトップレベルでモックを作成して（その後moduleAを要求して）、異なる動作を必要とするテストごとにモックの実装を変更してみましたか？ これを行うには、 mockImplementationを使用できます。 これが、テストスイートでこれを解決した方法です。

@antgonzalesモジュールのインポートがモジュールの引き上げられている場合、それを行うのは難しいと思います。 以前にインポートされたモジュールの参照を変更することは、ノードでは自明ではないか不可能に思えます。

@jkomusin間違いなく。 それはOPが求めていたものではありません、IMO。 具体的には、「 require('whatever')に、同じオブジェクトではなく、隣接する複数のテストで異なるモックを返すように強制するに

テスト間でモックの戻り値を変更するには、次のようにします。

jest.mock('whatever');

// Get the mock function
const whatever = require('whatever');

test('test 1', () => {
  whatever.mockImplementation(() => 'hello');
});

test('test 2', () => {
  whatever.mockImplementation(() => 'world');
});

@gcoxの回答は私にとってはうまくいきましたが、 いき、とても簡単です！

@rafaeleyngですが、モジュールからエクスポートしたものが関数でない場合、 @ SimenBは機能しません...

@gcoxの例には、過去数時間にドキュメントで検索してきたほとんどの情報が含まれています。 とにかく現時点では非常にまばらな公式ドキュメントに含めることをお勧めします。

@schumanndは正しいです。 公式文書をより明確で鮮明にしてください。

PRは常にドキュメントの改善を歓迎します🙂

に基づくモジュール例
https://github.com/facebook/jest/issues/2582#issuecomment-378677440❤️

やあ、リンクされた問題でこれを見つけて、私はそれを理解しました：

jest.mock('child_process')
const childProcess = require('child_process')

describe('foo', () => {
  test('bar', () => {
    childProcess.execSync.mockImplentation(jest.fn().mockReturnValueOnce('wibble'))
    // code that itself requires child_process
    expect(childProcess.execSync.mock.results[0]).toEqual('wibble')
  })

  test('baz', () => {
    childProcess.execSync.mockImplentation(jest.fn().mockReturnValueOnce('wobble'))
    // code that itself requires child_process
    expect(childProcess.execSync.mock.results[0]).toEqual('wobble')
  })
})

必要なコードで複数の関数/メソッドをモックする必要がある場合は、グローバルに実行するときにファクトリを使用するのではなく、それらを個別に設定する必要があります。

私が好きなら、1つの関数だけが必要な場合は、すべてを単純化できます。

jest.mock('child_process')
const { execSync } = require('child_process')

describe('foo', () => {
  test('bar', () => {
    execSync.mockImplentation(jest.fn().mockReturnValueOnce('wibble'))
    // code that itself requires child_process
    expect(execSync.mock.results[0]).toEqual('wibble')
  })

  test('baz', () => {
    execSync.mockImplentation(jest.fn().mockReturnValueOnce('wobble'))
    // code that itself requires child_process
    expect(execSync.mock.results[0]).toEqual('wobble')
  })
})

jsonファイルやマップされた定数などの非関数従属性をモックするのはどうですか。 これを処理する方法について、ドキュメントをより明確にしてください...

@gcoxテスト対象のインポートされたモジュールが、手動でモックを作成した別のモジュールを__mocks__フォルダーにインポートしたときに、私が見つけたソリューションはこれだけです。

たとえば、テストファイルはjest.mock('./ModuleA')呼び出します。これは、 __mocks__/ModuleA.jsモックがあります。 しかし、ModuleAはテスト中ではなく、ModuleB（ModuleAを必要とする）がテスト中のものです。 ソリューションがなければ、ModuleBはモックではなくModuleAの実際の実装を取得します。

これは冗談からは本当に奇妙な振る舞いのようです。 モジュールでjest.mockを呼び出すと、モックされたモジュールに依存するテスト対象のモジュールがモックを使用することを期待します。 これがそのように機能しないのは奇妙に思えますか、それとも私はこれを完全に間違って行っていますか？

@SimenBあなたの例では、モックされたモジュールが必要であり、それをテストで実行しています。これは機能します。 上記のシナリオも機能すると思いますか？ 本当にありがとう。

@SimenBは私のためにあなたのより簡単な解決策を働きました。 ありがとう！ 私が多くの異なる方法で時間を過ごす前に、願いはそれを早く見つけることができました

私の場合、スタブしたいモジュールへの間違ったパスをモックしてインポートしていました。 ファイルパスの大文字と小文字が異なるため、エディターは問題ないと思いましたが、失敗していました。

だった

const { stubMethod } = require("./path/to/File");
jest.mock("./path/to/File");

に変更（ Fileをfile ）：

const { stubMethod } = require("./path/to/file");
jest.mock("./path/to/file");

これが他の誰かに役立つことを願っています。

ジャスミンspyOn()は、テストの_内部_でそのような問題はありません。 ジェストはおそらくデフォルトでジャスミンを使用していますか？ テスト内で機能しないのはなぜですか？

ジャスミンの例：

spyOn(require('moduleB'), 'functionA').and.callFake(() => true);

モジュールのモックに関して私がよく理解していないのは、モジュールを主にテスト機能で使用したいように常に記述されているということです。 たとえば、ドキュメントのdoMock関数のサンプルコードを見ると、次のようになります。

test('moduleName 2', () => {
  jest.doMock('../moduleName', () => {
    return {
      __esModule: true,
      default: 'default2',
      foo: 'foo2',
    };
  });
  return import('../moduleName').then(moduleName => {
    expect(moduleName.default).toEqual('default2');
    expect(moduleName.foo).toEqual('foo2');
  });
});

この例では、テスト関数内でのみ、新しくモックされたバージョンの"moduleName"アクセスできます。 私にとっては、「非テスト」コードがモックバージョンのモジュールにもアクセスできることがはるかに重要です。 たとえば、テスト内で使用している、 "moduleName"をインポートしたクラスは、モックされたバージョンではなく、元のバージョンを引き続き使用します。

関連しているようです： https ：

ヒント-プリミティブ値をエクスポートするモジュールがある場合、例：

`` `auth.js
export const isUserAdmin = getSetting（ 'admin'）;

And you want to use a mock value instead, in the test, then a simple require and assignment seems to do the trick:

```deleteUser.js
const auth = require('../auth');

describe('deleteUser', () => {
  it('can delete if admin', () => {
    auth.isUserAdmin = true;

    // call method that depends on isUserAdmin value
    // and assert on the result
  });
});

したがって、基本的に、コードによって間接的に使用されるオブジェクトをモックしたい場合は、 jest.doMock()関数をテストしても機能しません。

import myModuleToTest from './myModuleTotest'

describe('Given my module', () => {
  it('property1 will work as expect', () => {
    // Testing parts of the module that don't need to be mocked
  })

  it('property2 will work as expected', () => {
    jest.doMock('./myOtherModule', () => {
      return {
        __esModule: true,
        default: 'default2',
        foo: 'foo2',
      };
    });

    import('./myOtherModule').then(myOtherModule => {
      // I'm not interested on the mocked module myOtherModule but on the module that makes use of it
      myModuleToTest.doSomethingToSomeProperty(); // At this point myOtherModule's original module and not its mocked version will be used by myModuleToTest
      expect(myModuleToTest.someProperty).toBe('thisWillFail'); // The test won't pass because the mocked version wasn't used
    });
  });
});

Jest 26の時点では、間接的に使用されるObjectをエクスポートするモジュールを複数回モックする方法はありません（ mockFn.mockImplementation(fn)がないため、 Function以外のものをモックすることを意味します） mockFn.mockImplementation(fn)嘲笑のためのObjects ）。 これは正しいですか、それとも何かが足りませんか？ その場合の唯一の解決策は、同じモジュールをテストするために複数のテストファイルを用意することです。

myModuleToTestをインポートする場合は、モックの後にインポートする必要があります。
モックが意味をなさない前に。 したがって、インポートを使用しないでください....上または
とにかく持ち上げられているので、コールバックの内部。

火、2020年7月7日には、10時24分PMアントニオ・レドンド[email protected]
書きました：

したがって、基本的に、間接的に使用されるオブジェクトをモックしたい場合は、
jest.doMock（）関数をテストするコードは機能しません：

'./myModuleTotest'からmyModuleToTestをインポートします
it（ '動作します'、（）=> {
jest.doMock（ './ myOtherModule'、（）=> {
戻る {
__esModule：true、
デフォルト： 'default2'、
foo： 'foo2'、
};
}）;

import（ '../ myOtherModule'）。then（myOtherModule => {を返す
//モックされたモジュールmyOtherModuleには興味がありませんが、それを利用するモジュールには興味があります
myModuleToTest.doSomethingToSomeProperty（）; //この時点で、モックバージョンではなくmyOtherModuleの元のモジュールがmyModuleToTestによって使用されます
expect（myModuleToTest.someProperty）.toBe（ 'thisWillFail'）; //モックバージョンが使用されなかったため、テストは合格しません
}）;}）;

Jest 26の時点では、オブジェクトをエクスポートするモジュールをモックする方法はありません（I
間接的に使用される関数以外の何かを意味します。 これは
正しいですか、それとも何かが足りませんか？ 唯一の解決策は、より多くを持っていることです
同じモジュールをテストするための複数のテストファイル。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/facebook/jest/issues/2582#issuecomment-655110424 、または
退会
https://github.com/notifications/unsubscribe-auth/AAJR3UW6HARW44ZLKAUB7PLR2N77NANCNFSM4C4I7QSQ
。