Jest: メタ：ESモジュールのネイティブサポート

＃9772で非常に基本的なサポートを開始しました。 私は最も単純なケースのみをテストしました。多くの既知の制限があります（特に、CJSとESMを混在させる場合のjestオブジェクトのサポートと壊れたセマンティクスはありません）が、少なくともそれは_何か_です。 Jestの次のリリースでリリースされる予定です（できればすぐに、＃9806によってのみブロックされます）

25.4.0は、最初のサポートとともにリリースされました。 上記の＃9772に加えて、＃9842も含まれています。 _理論_では、CJSとESMの混合が正しく機能するようになりました（🤞）。

不足している主な機能の1つは、 jestオブジェクトのサポートです。 import.meta固執するか、 import {jest} from '@jest/globals'からインポートするように要求するかは決めていません。 フィードバックをいただければ幸いです。

このためのドキュメントはまだ作成していませんが、アクティブ化するには3つのことを行う必要があります

1. 変換アウェイimportステートメントを実行しないようにしてください（構成でtransform: {}を設定するか、 babelがファイルをCJSに変換しないようにします（ modulesを回避するなど）。プリセット環境への
2. --experimental-vm-modulesフラグを指定してnode@^12.16.0 || >=13.2.0を実行します
3. jest-environment-nodeまたはjest-environment-jsdom-sixteenテストを実行します

ぜひお試しいただき、フィードバックをお寄せください。 バグを報告する場合は、同じコード（テスト固有のコードを除く）の実行がNodeでどのように実行されるかを含めることができれば素晴らしいと思います。 過去数週間にわたってhttps://nodejs.org/api/esm.html_a lot_を読みましたが、おそらく何かを見逃しました。

不足している主な機能の1つは、jestオブジェクトのサポートです。 import.metaに固定するか、インポート{jest} from '@ jest / globals'を使用してインポートするように要求するかは決めていません。

typescriptのユースケースでは、明示的にインポートすることをお勧めします。

はい、これをサポートする@jest/globalsパッケージを追加しました（一時的に元に戻しました）ので、関係なく利用できます。 import.meta公開するのも理にかなっているのだろうか。 現在、主に後で削除するよりも追加する方が簡単であるため、そうしないことに傾いています（そして私は個人的にグローバルのファンではありません）

明示的なインポートの場合は+1、少し冗長ですが理解しやすいです

これはノード13.2とJest25.4で取得していES Modules are only supported if your test environment has the ： function何が足りないのですか？

@zandaqoすみません、その点を忘れてしまいました。 上に追加しましたが、

jest-environment-nodeまたはjest-environment-jsdom-sixteenテストを実行します

ReferenceError: jest is not definedこれは@jest/globalsないためだと思います

はい、前述のように、これはjestオブジェクトを使用しない場合にのみ機能します。
モックもおそらく壊れています、それらをテストしていません😃

e2eテストディレクトリ（ e2e/native-esm/__tests__/native-esm.test.js ）とこの号にあるものから非常に基本的なプロジェクトをコンパイルしました。 そして残念ながら、私はまだそれを機能させることができません🙃誰かが万が一それをチェックできますか？

https://drive.google.com/file/d/1vyDZjsVKOTu6j55QA11GjO9E7kM5WX8_/view?usp=sharing

• [x] jestバージョン25.4.0
• [x]ノードバージョンv13.12.0
• [x] package.jsonには推奨されるjestオプションが含まれており、babel変換が行われていないようです

サンプルスクリプトの実行（ double関数をインポートしてdouble(2) ）：

npm run main

> [email protected] main /Users/ilya/Projects/jest-esm
> node src/main.js

(node:16961) ExperimentalWarning: The ESM module loader is experimental.
4

double関数のテストを1つだけ実行してjestを実行します。

npm run test

> [email protected] test /Users/ilya/Projects/jest-esm
> jest

 FAIL  __tests__/native-esm.test.js
  ● Test suite failed to run

    Jest encountered an unexpected token

    This usually means that you are trying to import a file which Jest cannot parse, e.g. it's not plain JavaScript.

    By default, if Jest sees a Babel config, it will use that to transform your files, ignoring "node_modules".

    Here's what you can do:
     • To have some of your "node_modules" files transformed, you can specify a custom "transformIgnorePatterns" in your config.
     • If you need a custom transformation specify a "transform" option in your config.
     • If you simply want to mock your non-JS modules (e.g. binary assets) you can stub them out with the "moduleNameMapper" config option.

    You'll find more details and examples of these config options in the docs:
    https://jestjs.io/docs/en/configuration.html

    Details:

    /Users/ilya/Projects/jest-esm/__tests__/native-esm.test.js:8
    import {double} from '../src/index.js';
    ^^^^^^

    SyntaxError: Cannot use import statement outside a module

      at Runtime._execModule (node_modules/jest-runtime/build/index.js:1074:58)

Test Suites: 1 failed, 1 total
Tests:       0 total
Snapshots:   0 total
Time:        0.542s
Ran all test suites.

--experimental-vm-modulesノードを実行し、 package.json .mjsまたは"type": "module"という名前を付ける必要があります。

編集：おそらく後者はJestの外部で機能するため、ノードへの実験的なフラグが欠落しているだけです。

@SimenBああ、すごい--experimental-vm-modulesと--experimental-modulesます。 一部のノード13バージョンから、 --experimental-modulesが不要であるという事実に混乱しました。 ありがとう！

TLDR： node --experimental-vm-modules node_modules/jest/bin/jest.jsは私のために働きます

ええ、OPから

Jestはvm API（https://nodejs.org/api/vm.html）を使用し、執筆時点（ノードv13.6）では、このAPIのESM部分にフラグが付けられていることに注意してください（ --experimental-vm-modules ）。 したがって、ESMにフラグが付けられていないと言うのは、現時点では少し誤称です。

しかし、それがあなたのために働くことは素晴らしいです！

（これらのコメントを解決済みとしてマークします）

@SimenBありがとうございます！ 私がこれまでに見ている2つの問題。

問題1

• ESMユニットテストファイルは、ESMファイルからデフォルトをインポートします（テスト中のfn）
• テスト対象のESMファイルは、CJSのみをエクスポートするパッケージからデフォルトをインポートします
• エラーの結果：CJSパッケージファイルのReferenceError: module is not defined

だから私はこれが正しく実装されていないかもしれないと思っ

importステートメントはESモジュールまたはCommonJSモジュールを参照できます

これは、アプリの実行時に正常に機能します。 CJSからの名前付きエクスポートは、createRequireを使用してのみインポートできますが、デフォルトのエクスポートはインポートするだけです。

第2号

上記のエラーが発生していない場合は、次のエラーが発生しています。

TypeError: _vm(...).SyntheticModule is not a constructor

      at Runtime._importCoreModule (node_modules/jest-runtime/build/index.js:1198:12)

プロジェクトの詳細

• ノード12.14.1
• ジェストとバベルジェスト25.4.0
• targets: { node: 12 }と2つのプラグインを備えた最新のBabel： babel-plugin-transform-import-metaとrewire-exports 。 （ import-metaプラグインを削除しようとしましたが、追加し直すようにというエラーが発生しました。）
• testEnvironment: "node"はほとんど唯一の設定です
• node --experimental-vm-modules node_modules/jest/bin/jest.js

複製レポが役立つ場合は、私に知らせてください。

ありがとう@aldeed！

問題1を調べますが、これは確かにバグのようです。 編集：＃9850で修正する必要があります

問題2にはノード12.16.0が必要です： https ：//nodejs.org/docs/latest-v12.x/​​api/vm.html#vm_class_vm_syntheticmodule

Jestのチェックを変更します（現在、より多くのバージョンで利用可能なvm.SourceTextModuleをチェックしますが、 SyntheticModuleも必要です）。

12.16.0で実行すると、問題2が修正されることを確認しました。修正がリリースされた後、問題1を再テストします。 それ以外の場合は、 jestオブジェクトがさらにテストされるのを待っており、インポートする必要があることに同意します。

素晴らしい仕事、@ SimonB！ 小さなプロジェクトでこれを試していますが、動的インポートで問題が発生しました。 これは私が見ているエラーです：

Module status must not be unlinked or linkingError [ERR_VM_MODULE_STATUS]: Module status must not be unlinked or linking

動的インポートを削除すると、テストが実行されます（ただし、もちろん、他の理由で失敗します）。 同じテストが現在Mocha（ESMサポートをかなり最近出荷した）で機能しています。

それが役立つ場合は、問題の動的インポートをここで確認できます： https ：

テストファイルはここにあります： https ：

他に役立つ情報があれば教えてください。

ありがとう@beejunk！ 完全にリンクされる前に同じモジュールをインポートするimportの間に競合状態が発生する可能性があるのではないかと思っていました。 それはあなたがここで打つもののように_思われる_。 今日はこれを修正します、レポートに感謝します！

編集：＃9858で修正されました。 修正をリポジトリにコピーしました：

誰かがこれをTypeScriptで動作させることができましたか？ node --experimental-vm-modules node_modules/jest/bin/jest.js同じ返しますSyntaxError: Cannot use import statement outside a module私にもかかわらず、 package.json持っています"type": "module" 。

babel.config.cjs

module.exports = {
  presets: [
    '@babel/preset-typescript',
  ],
};

jest.config.cjs

module.exports = {
  testEnvironment: 'jest-environment-node',
  transform: {},
};

@dandvあなたは本質的にこのケースにぶつかっています： https ：

別の問題を開いてもらえますか？ js以外の拡張機能をどうするかを理解する必要があります

@SimenB ：＃9860。 ご覧いただきありがとうございます。

@aldeed @beejunk 25.5.0がリリースされ、問題が修正されました。 バグレポートを今後も続けてください😀

ああ、それに加えて、それを待っている人のためのimport { jest } from '@jest/globals'サポートが含まれています👍

@SimenBさん、このすべてに迅速に取り組んでいただきありがとうございます。 私は別の問題に遭遇したと思います。

開発サーバーでモジュールキャッシュを無効にする方法として、インポートパスでクエリパラメータを使用して実験してきました。 アイデアは、コンポーネントの変更を検出し、任意のクエリパラメータでインポートパスを更新するファイルウォッチャーを使用して、サーバーを再起動せずに次のページの読み込み時に新しいコードがすぐに取り込まれるようにすることです。 これは、開発サーバーを実行しているときに機能します。 ただし、Jestは次のエラーをスローしています。

Cannot find module '/path/to/project/components/BasePage.js?cache=0' from 'renderPage.js'

クエリパラメータが使用されている場所の例を次に示します。https：

クエリパラメータを削除すると、一貫性はありませんが、テストに合格します。 単一のスイート（たとえば、 npm test -- test/build.test.js ）を実行すると、テストは成功しますが、すべてのテストを一度に実行すると、ほとんどの場合、あいまいなエラーで失敗します。 一貫性のないテストの問題についてはまだ調査中ですが、最初にクエリパラメータの問題について報告すると思いました。

レポート@beejunkをありがとう。 ＃6282はこれを処理することになっていますが、ここでは必要のないトランスフォーマーなどにもクエリを渡したいと考えています。 したがって、今のところランタイムでクエリを内部的にサポートし、＃6282にそのクエリの受け渡しを処理させるのは理にかなっているかもしれません。

モジュールキャッシュをクエリごとに変えるためのコードを少し追加しました： https ：

しかし、クエリでそれを呼び出すコードはありません。 resolvePath.split('?')だけでできるはずで、すべてうまくいくはずです。

一貫性のないエラーについては、そのリポジトリがそれを再現するかどうかを確認します。 ESMコードを並行してテストしたことはなく、テストは1つだけです。 なぜそれが物事に影響を与えるのかわかりませんが、誰が知っていますか😀

@beejunkクエリは25.5.1で修正されました。 私はまだ他の問題を調査する時間がありませんでした

これに関連していると思われる問題がありますが、 25.X修正されません

以下のシナリオを要約してみます。

• セットアップスクリプトを使用したテストがあります
• そのセットアップスクリプトには、次のように動的にファイルが必要です。
  { default: generator } = require(path.resolve(f))
• f内のすべてがトランスパイルされないため、「予期しない識別子のインポートエラー」が発生します。

これは、import（）を試してみた場合にも発生します

あなたがトランスパイルについて言及しているので; importからrequireトランスパイルするセットアップがある場合、この問題は正しい場所ではありません-この問題はネイティブサポートに関するものです。

そうは言っても、ESMをrequireことはできません。また、ノードにAPIがないため、CJSからimport()サポートを追加することはできません。 そのサポートはノードマスターに到達しましたが、まだリリースされていません： https ：

ただし、 .mjsセットアップファイルを使用できるはずです。

@SimenBこれは素晴らしいことです。現在、いくつかのテストファイルで機能しているようです。 各ファイルのBabelインポートとNodeインポートの違いを解決したり、jestインポートを追加したりするのは少しプロセスなので、何百ものテストファイルで行うとさらに多くの問題が発生する可能性があります。

より多くの質問であるいくつかのこと：

• cjsからのimport()サポートについての以前のコメントであなたが言ったことは、Jest構成ファイルにjest.config.jsという名前を付けることもできますか？ 名前のときには現在、私の作品jest.config.cjsして使用してmodule.exports = （エラーがあるTypeError [ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING]: A dynamic import callback was not specified ）
• 「@jest / globals」という名前は、 package-lockリストされているパッケージではないため、eslintルールnode/no-extraneous-import失敗します。 この命名規則には何らかの理由がありますか？ 使用することが可能ですjestせずに@ ？ ルールを無視するのは簡単ですが、私はただ疑問に思っています。
• 関連する質問、 jestグローバルがtest 、 describe 、 beforeなどの魔法のfnsと異なるのはなぜですか？ それらもすべて今すぐインポートする必要がありますか？
• これが完了すると、Jestが--experimental-vm-modulesフラグを設定できるようになりますか？ jestコマンドだけで機能しない場合、これは一種の非標準のように見えます。 フラグを直接渡すことができない場合は、 NODE_OPTIONS env変数を設定/修正できますか？
• 古いノードでこれを試してみると、以前とは少し異なるエラーが発生するようですが、どちらのエラーも、ノードの最小バージョンが問題であるということは明らかではありませんでした。 より役立つエラーメッセージを含む最小バージョンのチェックを追加するのは簡単ですか？

これにより、Jest構成ファイルにjest.config.jsという名前を付けることもできますか？

最も近いpackage.jsonにtype: 'module'場合は、 .jsという名前を.mjsという名前を付ける必要があります。 https://nodejs.org/api/esm.html#esm_enablingを参照してawaitするのは簡単です。PRを歓迎します🙂＃8357は停止しています。

A dynamic import callback was not specifiedを取得したことに非常に驚いていますが、VMに構成ファイルをロードしていません...別の問題を開いていただけませんか？

「@jest / globals」という名前は、 package-lockリストされているパッケージではないため、eslintルールnode/no-extraneous-import失敗します。 この命名規則には何らかの理由がありますか？ @なしでjestを使用することは可能ですか？ ルールを無視するのは簡単ですが、私はただ疑問に思っています。

@jest/globals devDependencyを追加する必要があります。 パッケージ自体は、型定義のみです。 これはjestは別のパッケージであるため、型定義が正しく機能し、Jestランタイムの外部にロードされた場合にエラーをスローする可能性があります。

現在、これを変更する予定はありませんが、そのパッケージを廃止して、タイプをjestからエクスポートする可能性があります。 しかし、これは大きな重大な変更なので、後で見てみましょう🙂

関連する質問、 jestグローバルがtest 、 describe 、 beforeなどの魔法のfnsと異なるのはなぜですか？ それらもすべて今すぐインポートする必要がありますか？

jestは、CJSのrequireまたはmoduleオブジェクトに似ており、ファイルごとに一意であり、実際にはグローバルではありません（つまり、 globalThis.jest === undefined ）。 これにより、 jest.mock('../../file.js')などが、挿入されたファイルに対して正しく機能するようになります。実際のグローバルをインポートすることもできますが、 globalThis.expectなどとして引き続き使用できます。

これが完了すると、Jestが--experimental-vm-modulesフラグを設定できるようになりますか？

ノードがサイレントに設定するのではなく、フラグが解除されるのを待つと思います。何らかの理由でフラグが付けられているため、APIがいつか変更される可能性があります。 NODE_OPTIONSを設定するオプションを追加できますが、それが現在のランタイムを変更するかどうかはわかりませんか？ とにかく、現在の計画はありません。

古いノードでこれを試してみると、以前とは少し異なるエラーが発生するようですが、どちらのエラーも、ノードの最小バージョンが問題であるということは明らかではありませんでした。 より役立つエラーメッセージを含む最小バージョンのチェックを追加するのは簡単ですか？

ええ、実装が少し安定したら、いくつかのドキュメントと一緒に、より良いエラーメッセージを追加します。 実装は実験的なフラグによって守られているので、誰もそれにつまずくとは思いません。

@ SimenB 、Jestを25.5.2に更新しましたが、すべてのテストに合格しています。 クエリパラメータは機能しており、以前に見た断続的なエラーは発生しなくなりました。 いつもお世話になっております！

さて、最後のテストの実行でエラーが再び表示されたので、それはまだ発生しています。 一貫して再現して報告する方法を見つけられるかどうかを確認します。

問題を再現するための一貫した方法を見つけたと思います。 これが私が働いているブランチです： https ：

再現するには：

1. Jestキャッシュが存在する場合は、それを削除します。 /tmp/jest_rs手動で削除しました。
2. npm test 3回実行します。 最初の2回の実行は成功するはずです。 ただし、3回目の実行は失敗するはずです。

これは、エラーが発生したときに表示されるスタックトレースです。

    Error: 
        at invariant (/home/brian/Projects/firn.js/node_modules/jest-runtime/build/index.js:1866:11)
        at Runtime.loadEsmModule (/home/brian/Projects/firn.js/node_modules/jest-runtime/build/index.js:480:7)
        at Runtime.linkModules (/home/brian/Projects/firn.js/node_modules/jest-runtime/build/index.js:548:19)
        at importModuleDynamicallyWrapper (internal/vm/module.js:397:21)
        at htmPreactPath (internal/process/esm_loader.js:31:14)
        at renderPage (/home/brian/Projects/firn.js/lib/renderPage.js:53:15)
        at map (/home/brian/Projects/firn.js/lib/build.js:43:12)
        at Array.map (<anonymous>)
        at build (/home/brian/Projects/firn.js/lib/build.js:36:43)
        at Object.<anonymous> (/home/brian/Projects/firn.js/test/build.test.js:57:5)

エラーは動的インポートに起因しているようです。 エラーメッセージがないので、何が起こっているのか完全にはわかりません。

追記：Jestキャッシュをクリアし、 --no-cache追加してテストスクリプトを更新すると、問題を再現できなくなります。

ええ、私はそこで怠惰で、適切なエラーメッセージを提供しませんでした。 問題は、テスト環境が取り壊されていることです。そのため、どこかにawait欠落していると思います。 ただし、コードを調べているものは何も表示されなかったので、もう少し掘り下げる必要があります

@SimenBこれは、そのESM構成の問題の複製です： https ：

@SimenB動的インポートを使用するときに上記のJestエラーを再現するための最小限の例を作成しました。

https://github.com/beejunk/jest-esm-dynamic-import-error

素晴らしい複製@beejunkをありがとう！ それがJestのバグなのか、Nodeのバグなのかを実際に理解することなく、ここで認めたいと思う時間をもっと費やしました。 ノードコアモジュールのみを使用して動作を再現し、アップストリームで報告したので、それらの内容を見てみましょう： https ：

調べてくれてありがとう、@ SimenB。 --no-cacheフラグを追加すると、テストは一貫して合格するように見えます。これは、私のユースケースには問題あり

ええ、私もそれに気づきました。 これはある種のタイミングの問題だと思います。キャッシュがないと、動作するのに十分な速度が低下します。

@ SimenB ＃9935を解決していただきありがとうございます。 私はそこで2番目の懸念について言及しましたが、それはまだ有効だと思います。 type: "module"場合でも、 jest --initはmodule.exportsを含む構成ファイルを生成しています。 自分が何をしているのかがわかっている場合、これを手動で変更するのは比較的簡単ですが、ノードでESMのフラグが立てられておらず、多くの人がESMプロジェクトを開始すると、紛らわしいバグのように見え始めます（つまり、新しいESMプロジェクトのjest --init && jestはエラーをスローします）。 特にinitロジックの改善について別の問題を提出する必要がありますか？

@aldeedよろしいですか？ 今すぐテストすると、 export defaultを含むmjsファイルが得られます。 mjsではなくjsを生成できると思いますが、それでもです。 ESM構文を使用します

@SimenBええと、あなたが尋ねるまで私は確信していました。 😄私はそれを試しました、そしてあなたは正しいです。 たぶん私は最初に古いバージョンのNodeまたはJestでそれをしましたか？ 無視。

これはすごい！ 私のライブラリの1つでテストを作り直して、ESモジュールを使用し、バベルを捨てました。 ありがとう@SimenB！

ファイルがESMモードかCJSモードかを検出します

これについて言えば、ESモジュールのエクスポートを示すために"module":"<path to es module>"構文を使用するブラウザ/バンドラー指向のパッケージがたくさんあります。 パッケージ自体の設定に関係なく、特定のパッケージを解決する方法を指定する方法があると賢明な場合があります。 moduleNameMapperようなものですが、CJSかESMかを指定します。

こんにちは@SimenB 、この問題が解決されると、 ts-jestもcommonjs強制解除できることを意味しますか？ esmで動作するようにトランスフォーマー側から変更するにはファイル拡張子が必要ですか？

今例えばts-jestコンパイルtsにjsのためにcommonjs 、ないesm必要とするファイルの拡張子mjsからコンパイル時tsからjs ？

@zandaqo modulesフィールドはサポートされません。ノードの仕様に従い、 exports ：＃9771を使用します。 ただし、必要に応じて、独自のリゾルバーをプラグインしてmodulesをサポートできます： https ：//jestjs.io/docs/en/configuration#resolver-string。 他のオプション（ mainFields 、webpackのように？）を追加することもできますが、実装が安定し、未知数が少なくなると、さらに先に進みます🙂

@ ahnpnl ＃9860

チャオみんな！
質問です。ブログ投稿には、ES6モジュールは静的であるため、モックすることはできないと記載されています。 それで、実際には、ES6のモジュールBによってインポートされたモジュールAをモックする方法はありませんか？

@gabrieledarrigoそのためにmoduleNameMapperを使用します。例：

    "moduleNameMapper": {
      "moduleA": "<rootDir>/test/moduleA-mock.js"
    },

@gabrieledarrigoあなたができる

jest.mock('the-thing-i-want-to-mock', () => /* do whatever in here */);

let importedThing;

beforeAll(async () => {
  importedThing = await import('thing-that-imports-mocked-module');
});

したがって、インポートを非静的にする必要があり、モックが機能します。

ESMコードパスにモック解像度をまだ配線していないため、現在は機能するかどうかはわかりません。 いつかそうするでしょう。 しかし、それは_おそらく_ネイティブESMのモジュールモックを文書化する方法になるでしょう。

ブログポットで述べたように、私たちはいつかこれらのパターンを文書化するでしょう、私たちはそれらを理解する必要があります🙂

私たちが持っていたアイデアの1つは、トップレベルの待機を待つことでした。その後、babelプラグインを使用してこれを行うことができました。

@SimenBまず第一に、ここで素晴らしい仕事をありがとう:)

jest-environment-nodeから拡張されたcustomEnvironmentを作成したいときに、実際に問題に直面します。 esmとして記述されているサーバー実装をそこにインポートする必要があります。 しかし、環境はcjsとして定義する必要があるようです。
私の質問は、サーバーモジュールをインポートできるようにカスタムtestEnvironmentをesmとして定義するオプションはありますか？ アドバイスありがとうございます。

@ kuka-radovanは、そのための別の機能リクエストを開くことができますか？

更新：この問題はhttps://github.com/facebook/jest/issues/10025で追跡されるようになりました

@SimenB上記のjest.mockアドバイスをありがとう。 たまたま、私は今日それを必要とするいくつかのファイルを変換しています。 モックされたモジュールがnode_modulesパッケージの場合、あなたの例は機能することを確認できますが、同じプロジェクトのモジュールをモックする場合は機能しません。

簡単な例を次に示します。

// main.js
import secondary from "./secondary.js";

export default function main() {
  return secondary();
}

// secondary.js
export default function secondary() {
  return true;
}

// test.js
import { jest } from "@jest/globals";

jest.mock("./secondary.js");

let main;
let secondary;
beforeAll(async () => {
  ({ default: main } = await import("./main.js"));
  ({ default: secondary } = await import("./secondary.js"));
});

test("works", () => {
  secondary.mockReturnValueOnce(false); // TypeError: Cannot read property 'mockReturnValueOnce' of undefined
  expect(main()).toBe(false);
});

代わりに"./secondary.js"がパッケージ名の場合、まったく同じパターンが機能します。 （私が試したパッケージは、それが重要な場合、CommonJSをエクスポートすると思います。）

Jest 26.0.1 w /ノード12.16.3

何かアイデアがありますか、それとも完全に別の問題を提出する必要がありますか？

編集：構成にtransform: {}なので、Babelはまったくありません

編集2：これも機能しません：

jest.mock("./secondary.js", () => ({
  default: jest.fn()
}));

これに関する素晴らしい仕事。

ただし、何か間違ったことをしない限り、CJSテストファイルでimport()を使用することはまだ可能ではないようです。

私は冗談を実行しているnode --experimental-vm-modules node_modules/jest/bin/jest.jsと持っているtestEnvironment: 'node', transform: {}でjest.config.js 。 これはノード14.2.0にあります。

インポート式はエラーを生成します：

TypeError [ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING]:
A dynamic import callback was not specified.

これは現在、既知の制限ですか？ https://github.com/nodejs/node/pull/32985がノード14.1.0に到達したようです。

ええ、私はまだそれを実装することになっていません。 おそらく今週末に着陸するでしょう。

@aldeed別の問題を開くことができますか？ モックが解決策の一部であることを確認する必要があります。あなたの例は良いテストケースのようです🙂

@SimenB迅速な返信ありがとうございます。 着陸するときは気をつけていきます。

スクリプトのimportがリグレッション（https://github.com/nodejs/node/issues/33166）のために元に戻される可能性があるため、それが解決するまで保留しましょう

.mjsテストファイルでこれを使用しようとすると問題が発生します。 __tests__/my-test.mjsを持っている場合、

$ yarn test
yarn run v1.22.4
$ node --experimental-vm-modules node_modules/jest/bin/jest.js
No tests found, exiting with code 1
Run with `--passWithNoTests` to exit with code 0
In C:\Users\Domenic\Dropbox\Programming\WIP\remember-to-eat
  1 file checked.
  testMatch: **/__tests__/**/*.[jt]s?(x), **/?(*.)+(spec|test).[tj]s?(x) - 0 matches
  testPathIgnorePatterns: \\node_modules\\ - 1 match
  testRegex:  - 0 matches
Pattern:  - 0 matches
error Command failed with exit code 1.

追加した場合

"testMatch": ["**/__tests__/**/*.mjs"]

私のpackage.jsonに、私は

$ yarn test
yarn run v1.22.4
$ node --experimental-vm-modules node_modules/jest/bin/jest.js
No tests found, exiting with code 1
Run with `--passWithNoTests` to exit with code 0
In C:\Users\Domenic\Dropbox\Programming\WIP\remember-to-eat
  1 file checked.
  testMatch: **/__tests__/**/*.mjs - 0 matches
  testPathIgnorePatterns: \\node_modules\\ - 1 match
  testRegex:  - 0 matches
Pattern:  - 0 matches
error Command failed with exit code 1.

ただし、 "testMatch"を削除してから、ファイルの名前を__tests__/my-test.jsに変更すると、機能します。

プロジェクトで.mjs拡張子を一貫して使用できるようにしたいと思います。 Jestでそれは可能ですか？

@domenic私もこれに遭遇しました。 解決策は、（ "testMatch"に加えて）構成に"moduleFileExtensions": ["js", "mjs"]を追加することです。

見てみると、 moduleFileExtensionsは確かに必要です。

Jestは、ここでhasteFS.getAllFiles()実行することにより、プロジェクト内のすべてのファイルのリストを取得します。

https://github.com/facebook/jest/blob/2460c059ad1dbf124466ac25c8d5ccfd74ae9f25/packages/jest-core/src/SearchSource.ts#L159 -L164

hasteFSは、次のextensions構成を使用してHasteMap一部として作成されます。

https://github.com/facebook/jest/blob/2460c059ad1dbf124466ac25c8d5ccfd74ae9f25/packages/jest-runtime/src/index.ts#L291

ただし、この場合はmoduleFileExtensionsを指定する必要はないと思います。 すでに.snapを強制的に検出していますが、よく知られているJS拡張機能も強制的に検出する必要がありますか？ それらは（頭のてっぺんから） js 、 mjs 、 cjs 、 jsx 、 ts 、 tsx ？ クロールが遅くなりますが、大きな影響はないと思います。 私は間違っているかもしれませんが？ デフォルトでは、 cjsとmjsがデフォルトのパターンの一部ではないため、それほど遅くなることはありませんが、カスタムパターンを使用している場合は、速度が低下する可能性があります。

ええ、少なくともESモジュールモードで、moduleFileExtensionsを追加したり、デフォルトのtestMatchを変更したりせずに、.mjsが機能するのが理想的です。

.jsファイルを除外できればいいのですが。 やってみたら

 Validation Error:

  moduleFileExtensions must include 'js':
  but instead received:
    ["mjs"]
  Please change your configuration to include 'js'.

ノードのesmファイル拡張子を追加し、esmを使用してオプトインするためのコンパイルからjsに役立つ「ESMモード」を使用するのが理にかなっているのではないかと思います（＃9860）。

jsないと、サンドボックス内にロードするものが内部的に壊れます（同じrequire実装などを使用するため）。 ユーザーが私たちを壊さないように、おそらくそれを修正する必要があります。

速度の低下に関しては、大規模なプロジェクトではすでにかなり遅くなっていますが、拡張機能の数がそれほど影響を与えるかどうかはわかりません。 ただし、デフォルトとしてmjsとcjsを追加する必要があることに同意します。 moduleFileExtensions: ['js']を指定すると、デフォルトが上書きされて高速化されますよね？ したがって、パフォーマンスの微調整としてそれを文書化するだけかもしれません。

このすべての作業に感謝します！ それは確かに素晴らしいです。 私は3つの手順に従っ（ "type": "module"私のpackage.jsonに、 "testEnvironment": "jest-environment-node"私の冗談configにし、 --experimental-vm-modules CLI上）と、それはあまりにもよく働いているように見えます🎉

しかし、その後、私は読み、使用しようとしているimport.meta Node.jsのドキュメントで説明したように（チェックボックスから判断すでに実装しているように見えるもの）を作成するために__dirname 、それはのように思えますimport.metaが失敗しています：

console.log(import.meta);

SyntaxError: [PATH]/files.test.js: Support for the experimental syntax 'importMeta' isn't currently enabled (31:20):
    Add @babel/plugin-syntax-import-meta (https://git.io/vbKK6) to the 'plugins' section of your Babel config to enable parsing.

私はバベルを持っていません、そして私はバベルがこの仕事で取り残されていると思いました。 babelをインストールせずになんとか修正できるかどうかを報告するために戻ってきます。

Node.js v14.3.0、Jest v25.5.4

今のところ回避策を見つけました。 ファイルがライブラリにあるのと同じディレクトリからスクリプトを実行しているので、次のことができます。

const __dirname = process.cwd();
const __filename = __dirname + "/files.test.js";

更新がある場合に備えて、このリポジトリをフォローします。これを行っていただき、ありがとうございます。

構成としてtransform: {}を使用して、Babelを明示的にオプトアウトする必要があります

@SimenB transform: {}追加が機能したことを確認できます、ありがとう！ 私はその点を、意図したとおりに「変換を削除する」ではなく、「変換を追加しない」と誤解しました。

ところで、テストは2.4秒からわずか1.3秒になり、一貫して高速に感じられます。

ノード12は、フラグが設定されていないESM（https://nodejs.org/en/blog/release/v12.17.0/）でリリースされました。 ただし、OPに記載されているように、Jestが使用するAPIにはフラグが付けられていません。

@SimenBこのスレッドを数回

Jest 26.0.1を実行すると、次のエラーが発生します。

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /app/tests/setup.js
require() of ES modules is not supported.
require() of /app/tests/setup.js from /app/node_modules/@jest/transform/build/ScriptTransformer.js is an ES module file as it is a .js file whose nearest parent package.json contains "type": "module" which defines all .js files in that package scope as ES modules.
Instead rename setup.js to end in .cjs, change the requiring code to use import(), or remove "type": "module" from /app/package.json.

私が持っているtransform: {},として実行しているnode --experimental-vm-modules node_modules/jest/bin/jest.js 。

私は何が欠けていますか？

@aldarundわからない、最小限の複製をまとめてもらえますか？

@SimenBは、再現するための最小限のリポジトリです。 yarn test実行するだけです。https：//github.com/aledalgrande/jest-example-ノード13/14で試しましたが、同じ結果です。 グローバルセットアップのフローは、ESMで機能するように更新されていないようです。

また、あなたは他の誰かに言及しました😆

〜 @ simenBではありませんが、 @ aledalgrandeは、私が試したものからすべてが正しいようです。比較のために、プロジェクトがESMでてください（ package.json jest config）。

〜可能であればデバッグするために、jest構成を単純化して、おそらく最初のpackage.jsonでも、2つの関連するプロパティを持つようにすることをお勧めします。 次に、現在必要な他の各プロパティを追加して、どれが機能するか/機能しなかったかを確認します。〜

ああ、2番目のコメントはglobalSetup言及していて、通常のテストではありません。それでは私のコメントをnvmします。 JestでglobalSetupキーを削除すると、その例ではテストは期待どおりに実行されますが、 globalSetupキーはあなたが言ったように機能しません。

ああ、グローバルなセットアップと分解を忘れてしまいました。 修正できます👍

こんにちは@SimenB 、また私。 名前付きエクスポートはサポートされていますか？ Node.jsを使用すると、次のようなパッケージをインポートして使用できます。

import { customAlphabet } from "nanoid";

ただし、同じコードでテストを実行しようとすると、次のエラーが発生します。

SyntaxError: The requested module 'nanoid' does not provide an export named 'customAlphabet'

テストでは、コードをこれに変更でき、機能します。

import nanoid from "nanoid";
const { customAlphabet } = nanoid;

しかし、実際にはデフォルトのスポーツがないため、Node.jsバージョンは機能しなくなります（ただし、何らかの理由でデフォルトのエクスポートはJestで機能します）。

SyntaxError: The requested module 'nanoid' does not provide an export named 'default'

公開された（リポジトリは現在流動的であるようです） nanoidコードは次のように終了し、デフォルトのエクスポートはありません。

export { nanoid, customAlphabet, customRandom, urlAlphabet, random }

Jestは「メイン」エントリポイントのみを消費します。 「輸出」はまだ考慮されていません。 デフォルトのエクスポートしかないcommonjsバージョンをインポートするだけです。

ああ、なるほど、 package.jsonにはこれが含まれているようです：

  "main": "index.cjs",
  "module": "index.js",
  "exports": {
    "./package.json": "./package.json",
    ".": {
      "require": "./index.cjs",
      "import": "./index.js",
      "browser": "./index.browser.js"
    },
    ...
  }
  ...

つまり、おそらくNode.jsがモジュールバージョンを見つけているのに対し、Jestは名前付きエクスポートを持たないCommonJSバージョンを使用しているのではないでしょうか。

Package Exportsがチェックされるまで待ってからテストします。すべての作業に感謝します！ これらの2つのコメントをそれまでに解決済みとしてマークします。 私が参照しているテストはこれです。

これを再検討して、その動作を確認します-Jest26.0.1とノード14.4にアップグレードしました。 package.jsonをモジュールタイプに設定し、transformを{} 、envをjest-environment-nodeに設定し、 node --experimental-vm-modulesます。 今、私はこの新しいエラーを受け取ります：

ES Modules are only supported if your test environment has the `getVmContext` function

getVmContextがしばらく前に追加されたというJestからの変更ログを除いて、これに関する情報を見つけることができませんでした。

何か案は？

package.jsonの関連部分を@cyberwombatで共有していただけますか？ Jestに使用している起動スクリプトを含みます。

参考までに、これは作業中のプロジェクトで私がどのように見えるかです。

{
  ...
  "type": "module",
  "scripts": {
    ...
    "test": "node --experimental-vm-modules node_modules/jest/bin/jest.js",
  },
  "jest": {
    "transform": {},
    "testEnvironment": "jest-environment-node"
  },
  ...

次に、 npm test起動します

@franciscop鉱山は基本的に同じです。 ノード14.4.0。 私はあなたを元気に走らせることができます。 違いを見るために物事に飛び込みます。
package.json

{
  "type": "module",
  "devDependencies": {
    "jest": "^26.0.1",
  },
}

jest.config.js

export default {
  testEnvironment: 'jest-environment-node',
  setupFilesAfterEnv: ['./test/bootstrap.js'],
  testPathIgnorePatterns: ['<rootDir>/node_modules/', '<rootDir>/config/', '/<rootDir>/src/'],
  testRegex: '(\\.|/)(test|spec)\\.[jt]sx?$',
  transform: {
//    '^.+\\.jsx?$': 'babel-jest' // esm someday
  },
  transformIgnorePatterns: [],
  modulePaths: [
    '<rootDir>/test',
    '<rootDir>/src',
    '<rootDir>'
  ]
}

脚本：
node --experimental-vm-modules node_modules/jest/bin/jest.js

よくわかりませんが、逆の方法で作業しようと思います。 transform: {}とtestEnvironment: 'jest-environment-node'を除くすべてを削除し、前のエラーをトリガーするオプションが表示されるまで、各オプションの追加を開始します。 私は特にtransformIgnorePatternsがtransformと競合しているのではないかと疑っていますが、私は冗談のオプションにあまり詳しくありません。

こんにちは、みんな！ Jestを使用してExpressアプリケーションをテストしているときに、問題が発生しました。 詳細はこちら。 それがあなたがここで行っている/追跡していることに役立つかどうかわからない：roll_eyes：

@ x80486昨日まったく同じ問題が発生StackOverflowで、私の理解からより長い説明で

編集：関連性があると思われるため、以前のコメントを再表示しました。この"exports"は人気があるようです。おそらく、ハイブリッドパッケージに関するこの記事からです。

exportsは＃9771で追跡されます

@franciscop okの問題は解決しました-パッケージに競合があることが判明しました- serverless-bundleインストールしたため、 ES Modules are only supported if your test environment has the getVmContext functionエラーが発生しました。 理由はわかりませんが、インストールしてもJestとの競合は発生しないと思いますが、明らかに発生します。

@franciscop pkg.exports関連の問題が今浮上し始めている理由は、その機能がNode.js 14.xフラグが立てられておらず、一部のパッケージメンテナー（ uuid場合は私のような）が開始されたためだと思いますpkg.exportsフィールドを追加します。 そのため、Node.js 12.xその機能をアクティブ化するためにコマンドラインフラグが必要でしたが、デフォルトでその動作を取得するようになりました。

エコシステム全体が適応するまでにはしばらく時間がかかりますので、そのトピックに関する問題を報告していただきありがとうございます。

exportsについて投稿している人のために、この問題の長いスレッドで失われた場合に備えて、それに関する私の閉じた問題（https://github.com/facebook/jest/issues/9565）に例がありますその中のmoduleNameMapper回避策の。

5月に報告されたglobalSetup問題はまだある可能性があります（Jest 26.1.0）？ 例のリポジトリ@aledalgrandeと同じエラーを取得すると、次のように

$ git clone [email protected]:aledalgrande/jest-example.git
$ cd jest-example
$ npm test

> @ test /Users/asko/Temp/jest-example
> node --experimental-vm-modules node_modules/jest/bin/jest.js --config=./jest.config.js

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /Users/asko/Temp/jest-example/tests/setup.js
require() of ES modules is not supported.
require() of /Users/asko/Temp/jest-example/tests/setup.js from /Users/asko/Temp/jest-example/node_modules/@jest/transform/build/ScriptTransformer.js 

急ぐ必要はありません。 CHANGELOGを確認しましたが、ES6でのglobalSetup / globalTeardownの修正については言及されていませんでした。

Node.js 14.4.0、Jest 26.1.0

更新（20年8月13日）：

それでも不可能、Node.js 14.7.0、Jest 26.4.0

副次的な意見ですが、現時点では冗談の焦点であるため、この問題は固定された問題である必要がありますか？

ESモジュールで書かれたテストレポーターを消費するために何をする必要があるかについて何か考えはありますか？...
最新のjestバージョンでは、エラーが発生します。これは、testSchedulerがcommonjs形式のカスタムレポーターを期待していることを本質的に示しています。

 〜/ projects / esw-ts / lib / dist / test / testReporter.js：1

 'os'からosをインポートします。

 ^^^^^^

SyntaxError：モジュール外でインポートステートメントを使用できません
wrapSafeで（internal / modules / cjs / loader.js：1116：16）
Module._compileで（internal / modules / cjs / loader.js：1164：27）
Object.Module._extensions..js（internal / modules / cjs / loader.js：1220：10）
Module.loadで（internal / modules / cjs / loader.js：1049：32）
Function.Module._load（internal / modules / cjs / loader.js：937：14）で
Module.require（internal / modules / cjs / loader.js：1089：19）で
必要に応じて（internal / modules / cjs / helpers.js：73：18）
/Users/manish.gowardipe/Desktop/projects/esw-ts/lib/node_modules/@jest/core/build/TestScheduler.js:418:65
Array.forEachで（）。
TestScheduler._addCustomReporters（/Users/manish.gowardipe/Desktop/projects/esw-ts/lib/node_modules/@jest/core/build/TestScheduler.js:411:15）

こんにちは。私の小さなプロジェクトでESモジュールのネイティブサポートをテストしたいのですが、NodeJSを初めて使用するため、この問題で迷子になりました。ガイダンスをお願いします。

• node --version ：v14.5.0
• yarn jest --version ：26.1.0
• 私はこの小さなプロジェクトをテストしようとし
• 私はこのようなファイルを持っています：

package.json

{
"jest": {
    "transform": {},
    "testEnvironment": "jest-environment-node"
  }
}

markov.test.js

const fs = require("fs");
const Markov = require("./markov.mjs");
// import fs from "fs";
// import Markov from "./markov.mjs";

const file = fs.readFileSync("text.txt", "utf8");
const markov = new Markov(file.toString());

test("Generates sentence with especified words", () => {
  expect(markov.makeSentence(8).length).toBe(8);
});

• yarn jest .を実行すると、次のエラーが発生します。
  

• node node_modules/jest/bin/jest.js .試してみましたが、同じエラーが発生します。

@ petetorres1998このスレッドは、ネイティブesmモジュールを使用してJestを実行することに関するもので、特定のフラグ/オプションを使用して実行する必要があります。実行方法については、上記のコメントを参照してください（package.jsonで "type"： "module"を設定します）。 正直なところ、現時点ではプライムタイムの準備が整っていないため、プロジェクトを機能させる必要がある場合は、Babelを使用することをお勧めします。 実際のショーストッパーである未チェックの問題がいくつかあります。 私は数週間前に喜んで切り替えを試み、バベルに泣きながら戻ってきました。

この設定でテストファイルでjest.setTimeout(...)ようなことをしようとすると、他の誰かがReferenceError: jest is not defined取得しますか？ これがesモジュール環境、ノードバージョン、jestバージョン、またはそれらの組み合わせに関連しているかどうかを把握しようとしています。 （現在、ノードv14.5.0、jest 26.1.0、environment jest-environment-nodeを使用しています）

編集
jest'global 'プロパティの問題の説明にチェックボックスがオフになっているのがわかります。 🙃

@bdentino明示的にインポートしてみることができると思いますimport {jest} from '@jest/globals';

25.4.0は、最初のサポートとともにリリースされました。 上記の＃9772に加えて、＃9842も含まれています。 _理論_では、CJSとESMの混合が正しく機能するようになりました（🤞）。

不足している主な機能の1つは、 jestオブジェクトのサポートです。 import.meta固執するか、 import {jest} from '@jest/globals'からインポートするように要求するかは決めていません。 フィードバックをいただければ幸いです。

このためのドキュメントはまだ作成していませんが、アクティブ化するには3つのことを行う必要があります

1. 変換アウェイimportステートメントを実行しないようにしてください（構成でtransform: {}を設定するか、 babelがファイルをCJSに変換しないようにします（ modulesを回避するなど）。プリセット環境への
2. --experimental-vm-modulesフラグを指定してnode@^12.16.0 || >=13.2.0を実行します
3. jest-environment-nodeまたはjest-environment-jsdom-sixteenテストを実行します

ぜひお試しいただき、フィードバックをお寄せください。 バグを報告する場合は、同じコード（テスト固有のコードを除く）の実行がNodeでどのように実行されるかを含めることができれば素晴らしいと思います。 過去数週間にわたってhttps://nodejs.org/api/esm.html_a lot_を読みましたが、おそらく何かを見逃しました。

@SimenB
このスレッドは巨大になり、jestから始めてESモジュールを使用したい人は、そうするための基本的なガイドラインを見つけて理解するのが難しいと思います。
ESモジュールプロジェクトへのjestの追加（または「クイックスタート」）に関する正式な説明はドキュメントにありますか？

@aldeed同じプロジェクトのモジュールをモックする問題に関して、修正を見つけましたか？ 私はまったく同じ問題を抱えています

（ところで、私たちはリアクションコマースも使用しているので、そのハハに乾杯します）

@guilhermetellesいいえ、 https：//github.com/facebook/jest/issues/10025で追跡されてい

Jest 26.1.0、 nodeバージョン14.6.0と--experimental-vm-modulesを使用していますが、CommonJS内でimport()を使用すると、まだERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSINGが表示されます。 。 最小限の再現を考え出し、新しい問題を開くようにすべきですか？

余談ですが、Jestがヤーンベリーを使用しているので、 yarn link jestパッケージのコピーをプロジェクトにyarn linkする簡単な方法はありますか？ これがまだリリースされていないことによって実装された場合に備えて、最新のmasterを試してみたかったのです。 path/to/facebook/jest/.yarn/releases/yarn-sources.cjs link --all path/to/jestようなことをしようとしていましたが、失敗しました。 cd node_modules; for p in jest*; do if [[ -d path/to/jest/packages/$p ]]; then rm -rf $p; ln -s path/to/jest/packages/$p; fi; doneようなものを手動で実行することも機能しませんでした、理由はわかりません。

CJSの@vvanpo import()はNodeで元に戻されました。https：//github.com/nodejs/node/issues/31860をフォローできます

ローカルでの実行に関しては、通常、テストしたいプロジェクトからjestをアンインストールして、 ../jest/jestます。 潜在的にnose ../jest/packages/jest/bin/jest.js 。 必ず最初にyarnとyarn build:js 。 これらの手順が機能しない場合（飛行機の電話のメモリから書き込んでいます）、問題（またはPR）を開いて、これをCONTRIBUTING.mdファイルに正しく書き込むことができるようにしてください。

周期的なインポートをサポートする予定はありますか？

相互にのみインポートする2つのファイルのうちの1つのみをインポートするダミーのテストファイルがある場合、 RangeError: Maximum call stack size exceededを取得します。 インポートの1つを削除すると、テストに合格します。 問題を再現するレポ。

おい！ これを空のノードプロジェクトで設定しましたが、非常にうまく機能しましたが、本番環境では、テストを実行しようとすると次のエラーメッセージが表示されます。

ES Modules are only supported if your test environment has the 'getVmContext' function

以前の返信（ @cyberwombatによる）で他の誰かが問題を抱えているのを見ましたが、彼らが原因であることがわかったパッケージは、 package.jsonファイルに存在しません。 問題の原因となっているパッケージ（または設定）を推測するにはどうすればよいですか？ この作業に必要のないすべてのjest設定を体系的に削除しようとしましたが、成功しませんでした。

更新： jest-runtimeわずかな変更を加えることで、なんとか進歩を遂げることができました。 VMコンテキストにアクセスしようとする行でデバッガーを停止しましたが、関数は実際には存在しませんが、 this.context （返されるはずです）が存在するため、プロパティに直接アクセスするようにその行を変更しました。 これはおそらく理想的ではないことはわかっていますが、おそらく@SimenBを使用すると、何が問題になっているのかが

助けてくれてありがとう

周期的なインポートをサポートする予定はありますか？

間違いなく！ 別の問題を開いてもらえますか？

@zsombroは、古いバージョンのテスト環境を実行しているようです。 あなたは実行するとjest --show-configで表示されている内容を、 testEnvironment ？

古いバージョンのテスト環境を実行しているようです。 あなたは実行するとjest --show-configで表示されている内容を、 testEnvironment ？

@SimenBそれは次のように言っています：

"testEnvironment": "/Users/zberki/git/project-name/node_modules/jest-environment-node/build/index.js",
"testEnvironmentOptions": {},

あなたの指示に基づいてjest-environment-node設定しました

このプロセスを開始する前に、 yarn add jest@latestを使用してjestをアップグレードしました。 環境を個別にアップグレードする必要がありますか？

更新：それは私がしなければならなかったことがnode_modulesとyarn.lockを削除しましたが、それでも機能しませんでした。 ただし、 yarn add -D jest-environment-nodeを使用して手動で追加すると、機能するようです。 これを管理するためのより良い方法はありますか？ コードベースでこれを行う前に、最小限のテストプロジェクトを実行しましたが、これを実行する必要はありませんでした。

yarn list jest-environemnt-node （またはnpm list jest-environemnt-node ）はおそらく複数をリストします、私の推測です

├─ [email protected]
│  └─ [email protected]
└─ [email protected]

26.2.0バージョンはおそらく私が手動でインストールしたものです（少なくともpackage.jsonに基づいています。つまり、 jest-configは明らかに古いバージョンをインストールしていますか？

古いバージョンのjest-config （おそらくreact-scripts （ create-react-app ）？）をプルする何かがあります。 この問題はそれを議論する場所ではありません、tho🙂

globalSetup ESモジュールを使用できないことが問題になり始めています。

2つのポイント：

• これは、この問題の冒頭でチェックボックスとして言及する必要がありますか（追跡されます）？
• 私が試すことができるアルファ/ベータがあれば、そうすることをいとわない

私：

• 最新のJestバージョン（26.4.0）を実行していることを確認しました
• プロジェクトにjest-environment-nodeを追加しました
• ロックファイルを調べて、重複していないことを確認しました
• jest.config.jsonに"testEnvironment": "jest-environment-node",を追加しました
• jestが使用された場所にimport { jest } from '@jest/globals';追加しました
• NODE_OPTIONS='--experimental-vm-modules' yarn jest実行して、テストコマンド設定--experimental-vm-modulesを実行しました

そして、それは次のコードでクラッシュします：

jest.mock('../../some/other/path', () => ({
  someOtherMethod: jest.fn().mockImplementation(…),
}));

次のエラーが発生します（短縮-「許可されたオブジェクト」に注意してください！）：

ReferenceError: src/foo/bar.spec.js: The module factory of `jest.mock()` is not allowed to reference any out-of-scope variables.
Invalid variable access: jest
Allowed objects: Array, …, jest, …, unescape.
Note: This is a precaution to guard against uninitialized mock variables. If it is ensured that the mock is required lazily, variable names prefixed with `mock` (case insensitive) are permitted.

Babelなしでノード14で実行するように修正したインポートを不適切に解析するため、Babelを使用できません。

-import { map } from 'lodash';
+import lodash from 'lodash';
+const { map } = lodash;

残念ながら、これは@babel/preset-envによって不適切に解析され、結果としてTypeError: Cannot destructure property 'map' of '_lodash.default' as it is undefined.ます。

誰かが私がこの問題を回避するのを手伝ってくれますか？

編集：この絶対に嫌な修正を行うことで、CommonJSインポートを使用してネイティブESモジュール互換コードでJest + Babelを使用できるようです。

jest.mock('common-js-module', () => ({
  __esModule: false,
  ...jest.requireActual('common-js-module'),
}));

こちらです、

import lodash from 'lodash';
const { map } = lodash;

ノード14によって完全に消費され、Jest + Babelを実行した結果のコードは

var _lodash = _interopRequireDefault(require("lodash"));

function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }

const {
  map
} = _lodash.default;

また実行されます。

すべてのjestテストをES6コードを使用してインポートするように正常に変換しましたが、いくつかのパッケージ、つまりpuppeteerとuuidスタックしました。

アプリは、それらをオブジェクト（ import uuid from 'uuid' ）にインポートした場合にのみ機能しますが、テストはこの方法では実行されません。 ただし、このインポートを分解構文（ import { v4 } from 'uuid'など）に置き換えると、逆になります。テストは機能しますが、アプリは例外をスローします。

当初はガイドに従い、すべての変換をオフにしましたが、最小限のノード構成でbabelをインストールするyarnワークスペースを作成しようとしましたが、これではこの特定の問題は解決（または悪化）しませんでした

ただし、このインポートを分解構文（import {v4} from'uuid 'など）に置き換えると、逆になります。テストは機能しますが、アプリは例外をスローします。

アプリはCommonJSにコンパイルされており、実際にはモジュールを使用していないようです。 「実際の」ESMからimport uuid from 'uuid'は機能しないはずです。これは、 uuidにはデフォルトのエクスポートがなく、ノードのESMビルドが公開されているためです。

ねえ@SimenB 、これに関するいくつかの予備的なドキュメントが良い考えだと思いますか？

@grantcarthew間違いなく！ これにもっと時間をかけて、ジェスト27のために安定させたいと思っていましたが、それができるとは思えません。 しかし、現在そこにあるもの（そしてそれは実験的である）についてのドキュメントページを書くことは良い考えのように聞こえます

@SimenB問題の現在の状況はわかりません。また、Jestが私のケースですでに機能するかどうかはわかりませんが、何らかの形で役立つ可能性があります。

esmのみのライブラリをロードしようとしています（拡張機能はcjsですが、タイプはモジュールであり、ノードはそれで問題ないようです）が、Jestはエラーで正しくロードできません。

    C:\dev\codemirror-next-repro-cra\test-in-jest-esm\node_modules\style-mod\dist\style-mod.cjs:15
    export var StyleModule = function StyleModule(spec, options) {

ここで私が最初に開いた問題https://github.com/codemirror/codemirror.next/issues/310。 そして、ノード14.13.1で失敗したJest + ESMの再現https://github.com/dubzzz/codemirror-next-repro-cra/tree/main/test-in-jest-esm

@dubzzz cjsファイルにESMを含めることはできません。 ノードも失敗します

$ node node_modules/style-mod/dist/style-mod.cjs
(node:48829) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension.
(Use `node --trace-warnings ...` to show where the warning was created)
/Users/simen/repos/codemirror-next-repro-cra/test-in-jest-esm/node_modules/style-mod/dist/style-mod.cjs:15
export var StyleModule = function StyleModule(spec, options) {
^^^^^^

SyntaxError: Unexpected token 'export'
    at wrapSafe (internal/modules/cjs/loader.js:1172:16)
    at Module._compile (internal/modules/cjs/loader.js:1220:27)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1277:10)
    at Module.load (internal/modules/cjs/loader.js:1105:32)
    at Function.Module._load (internal/modules/cjs/loader.js:967:14)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47

申し訳ありませんが、ノード側での試行が速すぎました。 @ nicolo-ribaudoは、この問題についてlibの作成者にすでに通知しています。
素早い回答ありがとうございました。

私はここでいくつかの（ほとんどスタブの）ドキュメントのPRを開きました：＃10611。 不足している機能やバグをわざわざ列挙することはしませんでした。現実との同期を保つのは難しいと思うので、githubの問題を調べることは、（願わくば…）最新の状態であるため、より良いアプローチです。

新しい問題として@Pomax 、お願いします🙂

CJSからのimport()サポートを追加する＃10620を開きました。 数回リクエストされるのはhttps://github.com/facebook/jest/issues/9430#issuecomment-626054595のようなものです

こんにちは。 ESMの背後にあるストーリー全体をノード/ジェストにすばやく受け入れるのは非常に難しいので、おそらく、私は何か明白なことを求めているか、すでに答えています。 次のケースはまだサポートされていないことを正しく理解していますか？ または、私は正しい方法ではない何かをしていることを願っていますか？ import x from 'x'機能するように感じますが、 import { sub } from 'x'破棄は機能しません。

package.json：

{
  "name": "jest-uuid",
  "version": "1.0.0",
  "type": "module",
  "scripts": {
    "test": "node --experimental-vm-modules node_modules/.bin/jest"
  },
  "devDependencies": {
    "jest": "26.5.2"
  },
  "dependencies": {
    "uuid": "8.3.1"
  }
}

f.spec.js

import { v4 } from 'uuid';
test('', () => {});

npmテスト

> npm test

> [email protected] test /Users/igoro/p/tmp/jest-uuid
> node --experimental-vm-modules node_modules/.bin/jest

 FAIL  ./f.spec.js
  ● Test suite failed to run

    SyntaxError: The requested module 'uuid' does not provide an export named 'v4'

      at jasmine2 (node_modules/jest-jasmine2/build/index.js:228:5)

Test Suites: 1 failed, 1 total
Tests:       0 total
Snapshots:   0 total
Time:        0.879 s
Ran all test suites.
(node:94492) ExperimentalWarning: VM Modules is an experimental feature. This feature could change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
npm ERR! Test failed.  See above for more details.

＃9771を待っています。 その前に、JestはuuidをESMとしてロードするのが安全であることを知りません（つまり、どのファイルをどの時点でロードするかは、ESMであることがわかります）。

これは、CJSを名前空間としてのみロードできるNode独自の規則に従うのでしょうか、それともNode自体では実際には機能しない構文を許可することで、これを「改善」するのでしょうか。 （たとえば、ノードはCJSパッケージであるためimport { readdirSync } from "fs-extra"許可しませんが、 const { readdirSync } = fsを使用して解凍できるimport fs from "fs-extra";は許可します）。

（たとえば、ノードは「child_process」からのimport {spawn}を許可しません。これはCJSパッケージであるためですが、「child_process」からのimport child_processは許可されます。これは、const {spawn} = child_process;を使用して解凍できます）。

これは残念な例です。ノードは「child_process」を「組み込み」（CJSではない）モジュールと見なすため、名前付きエクスポートは機能します。 最新のnodejsは、ヒューリスティックを使用して、多くの名前付きエクスポートをCJSモジュールで機能させます。 それはエミュレートするのが最も難しい部分かもしれません。

代わりにfs-extraを使用するように更新された例。 しかし、名前付きエクスポートがノードのロードマップにあり、このメジャーまたは次のメジャーのいずれかを着陸させる場合、Jestはそれを先取りするのが理にかなっています。

これはすでに実装されているはずです-ノードコアモジュールは名前付きエクスポートを公開しますが、「通常の」CJSは公開しません。

最新のnodejsは、ヒューリスティックを使用して、多くの名前付きエクスポートをCJSモジュールで機能させます。 それはエミュレートするのが最も難しい部分かもしれません。

それを実装しているPRへのリンクはありますか？ 少なくともエミュレートする必要があります🙂

PRはここにあります： https ：

その背後にあるヒューリスティックはcjs-module-lexer （https://github.com/guybedford/cjs-module-lexer）として公開されていますが、 @ guybedfordは潜在的な逸脱について詳しく知っている可能性があります。

これを見てみると、 fs-extraは次のようなエクスポートパターンを使用しているようです。

module.exports = {
  // Export promiseified graceful-fs:
  ...require('./fs'),
  // Export extra methods:
  ...require('./copy-sync'),
  ...require('./copy'),
  ...require('./empty'),
  ...require('./ensure'),
  ...require('./json'),
  ...require('./mkdirs'),
  ...require('./move-sync'),
  ...require('./move'),
  ...require('./output'),
  ...require('./path-exists'),
  ...require('./remove')
}

これは現在、私たちが検出した再エクスポート分析のケースではありませんが、名前付きエクスポートの検出を処理するのに役立つケースであれば、cjs-module-lexerに追加できる可能性があります。

@ jkrems ＆@ guybedfordに感謝します！ そのモジュールを使用してPRを開きました：＃10673

https://github.com/facebook/jest/issues/9430#issuecomment -713204282で説明されている正確なfs-extraサポートは、 https：// githubのアップストリームトラッキングである[email protected]に実装されています。 com / nodejs / node / pull / 35745。

_更新：このビルドをテストすると、すべてのfs-extra関数が正しく検出されますが、forループが設定されているため静的に分析できないため、残念ながらNode.jsネイティブ関数は検出されません。_

feat：名前付きESMインポートとしてCJSからの名前付きエクスポートをサポート＃10673

ネイティブESMは、CommonJSモジュールのexportsをdefaultとしてインポートすることのみをサポートしていると思いましたか？

@trusktrはもうありません： https ：

こんにちは。 ESMの背後にあるストーリー全体をノード/ジェストにすばやく受け入れるのは非常に難しいので、おそらく、私は何か明白なことを求めているか、すでに答えています。 次のケースはまだサポートされていないことを正しく理解していますか？ または、私は正しい方法ではない何かをしていることを願っていますか？ import x from 'x'機能するように感じますが、 import { sub } from 'x'破棄は機能しません。

..。
'uuid'から{v4}をインポートします。

ESMモジュールは、構文がサポートしているように見えても、インポートの破棄をサポートしていません。 これを機能させるには、「exportv4」が必要です。 'exportdefault'は一致しません。

https://kentcdodds.com/blog/misunderstanding-es6-modules-upgrading-babel-tears-and-a-solution

@sdwlig uuidは名前付きエクスポートを提供し、デフォルトのエクスポートはありません。 動作するはずですが、「exports」フィールドを持つパッケージからのesmのロードはまだjestではサポートされていません。 代わりにCommonjsがロードされますが、これはデフォルトのエクスポートでのみ利用できます。
https://github.com/uuidjs/uuid/blob/master/src/index.js

これにパッケージ自己参照サポート（＃10883）を追加できますか？