Jest: 메타: ES 모듈에 대한 기본 지원

#9772로 매우 기본적인 지원을 받았습니다. 가장 단순한 경우만 테스트했으며 알려진 제한 사항이 많이 있습니다(특히 CJS와 ESM을 혼합할 때 jest 개체 지원 및 깨진 의미 체계 없음). 그러나 적어도 _무언가_입니다. Jest의 다음 릴리스에서 나올 예정입니다(곧 #9806으로 차단됨)

25.4.0이 첫 번째 지원과 함께 릴리스되었습니다. 위에서 언급한 #9772 외에도 #9842도 포함했습니다. _이론적으로_ CJS와 ESM을 혼합하면 이제 올바르게 작동합니다(🤞).

한 가지 주요 누락 기능은 jest 개체를 지원하는 것입니다. import.meta 할지 아니면 import {jest} from '@jest/globals' 통해 가져오기를 요구할지 결정하지 않았습니다. 피드백 감사합니다!

아직 이에 대한 문서를 작성하지 않았지만 활성화하려면 3가지 작업을 수행해야 합니다.

1. transform away import 문을 실행하지 않았는지 확인하십시오(config에서 transform: {} 를 설정하거나 babel 를 피하는 것과 같이 modules 사전 설정 환경에 대한 옵션)
2. --experimental-vm-modules 플래그로 node@^12.16.0 || >=13.2.0 실행
3. jest-environment-node 또는 jest-environment-jsdom-sixteen 테스트 실행

사용해보고 피드백을 주세요! 버그를 보고하는 경우 Node.js에서 동일한 코드(테스트별 코드 제외)를 실행하는 방법도 포함할 수 있다면 정말 좋을 것입니다. 지난 몇 주 동안 https://nodejs.org/api/esm.html _많이_ 읽었지만 아마도 뭔가를 놓쳤을 것입니다.

한 가지 주요 누락 기능은 jest 객체를 지원하는 것입니다. import.meta에 붙여야 하는지 아니면 사람들이 '@jest/globals'에서 import {jest}를 통해 가져오도록 해야 하는지 결정하지 않았습니다.

typescript 사용 사례의 경우 명시적으로 가져오는 것이 좋습니다.

네, 저는 이것을 지원하는 @jest/globals 패키지를 추가했습니다(그리고 일시적으로 되돌렸습니다). 그래서 상관없이 사용할 수 있습니다. import.meta 에 노출시키는 것이 _또한_ 의미가 있는지 궁금합니다. 현재는 나중에 제거하는 것보다 추가하는 것이 더 쉽기 때문에 현재 그렇게 하지 않는 쪽으로 기울고 있습니다(개인적으로 저는 글로벌 팬이 아닙니다).

명시적 가져오기의 경우 +1, 좀 더 장황하지만 이해하기 쉽습니다.

나는 이것을 Node 13.2 & Jest 25.4에서 얻고 있습니다: ES Modules are only supported if your test environment has the getVmContext 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

이중 기능에 대한 단 하나의 테스트로 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 하고 하나는 파일 이름 .mjs 또는 "type": "module" 에 package.json .

편집: 아마도 Jest 외부에서 작동하는 후자를 볼 수 있을 것입니다. 노드에 대한 실험 플래그가 누락된 것뿐입니다.

@SimenB 오 와우 --experimental-vm-modules AND --experimental-modules 있습니다. --experimental-modules 가 일부 노드 13 버전부터 필요하지 않다는 사실에 혼란스러웠습니다. 감사 해요!

TLDR: node --experimental-vm-modules node_modules/jest/bin/jest.js 가 저에게 효과적입니다.

예, OP에서

Jest는 vm API(https://nodejs.org/api/vm.html)를 사용하며 작성 시점(node ​​v13.6) 이 API의 ESM 부분은 여전히 ​​플래그가 지정되어 있습니다( --experimental-vm-modules ). 따라서 ESM이 플래그가 지정되지 않았다고 말하는 것은 현재로서는 약간 잘못된 명칭입니다.

하지만 그것이 당신을 위해 작동한다는 것은 굉장합니다!

(이 댓글은 해결된 것으로 표시하겠습니다)

@SimenB 감사합니다! 지금까지 보고 있는 두 가지 문제.

문제 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
• 농담과 babel-jest 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 개체를 기다리는 중이며 가져와야 한다는 데 동의합니다.

멋진 작품, @SimenB! 소규모 프로젝트에서 이것을 시도하고 있지만 동적 가져오기에 문제가 발생했습니다. 이것은 내가보고있는 오류입니다.

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

동적 가져오기를 제거하면 테스트가 실행됩니다(물론 다른 이유로 실패함). 동일한 테스트가 현재 Mocha(매우 최근에 ESM 지원을 제공함)에서 작동하고 있습니다.

도움이된다면 문제의 동적 가져오기를 https://github.com/beejunk/firn.js/blob/switch-to-jest/lib/renderPage.js#L43 -L55에서 볼 수 있습니다.

테스트 파일은 https://github.com/beejunk/firn.js/blob/switch-to-jest/test/build.test.js에 있습니다. 작업 중인 Mocha 버전은 마스터 브랜치에서 볼 수 있습니다.

내 유용한 다른 정보가 있으면 알려주십시오.

@beejunk 감사합니다! 완전히 링크되기 전에 동일한 모듈을 가져오는 import 사이에 경쟁 조건이 있을 수 있는지 궁금합니다. 그것이 당신이 여기에서 치는 일인 것 같습니다. 오늘 수정하겠습니다. 제보 감사합니다!

편집: #9858에서 수정되었습니다. 리포지토리에 수정 사항을 복사했습니다.

아무도 이것을 TypeScript와 함께 작동하도록 관리했습니까? node --experimental-vm-modules node_modules/jest/bin/jest.js 는 package.json "type": "module" 가 있어도 동일한 SyntaxError: Cannot use import statement outside a module node --experimental-vm-modules node_modules/jest/bin/jest.js 반환합니다.

babel.config.cjs

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

jest.config.cjs

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

@dandv 당신은 본질적으로 이 경우를 치고 있습니다: https://github.com/facebook/jest/pull/9772/files#r407255029

별도의 문제를 열 ​​수 있습니까? non-js 확장으로 무엇을 할 것인지 알아내야 합니다.

@SimenB : #9860. 봐주셔서 감사합니다.

@aldeed @beejunk 25.5.0이 귀하의 문제에 대한 수정 사항과 함께 릴리스되었습니다. 계속해서 버그 리포트를 보내주세요 😀

아, 그리고 기다리시는 분들을 위해 import { jest } from '@jest/globals' 지원도 포함되어 있습니다👍

이 모든 작업을 빠르게 처리해 주셔서 감사합니다. @SimenB! 다른 문제에 봉착했다고 생각합니다.

개발 서버에서 모듈 캐시를 버스트하는 방법으로 가져오기 경로에서 쿼리 매개변수를 사용하는 실험을 해왔습니다. 아이디어는 구성 요소의 변경 사항을 감지한 다음 가져오기 경로를 임의의 쿼리 매개변수로 업데이트하여 서버를 다시 시작할 필요 없이 다음 페이지 로드 시 새 코드를 즉시 가져오는 파일 감시자를 갖는 것입니다. 이것은 dev 서버를 실행할 때 작동합니다. 그러나 Jest에서 다음 오류가 발생합니다.

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

다음은 쿼리 매개변수가 사용되는 위치의 예입니다. https://github.com/beejunk/firn.js/blob/switch-to-jest/lib/renderPage.js#L55 -L56

쿼리 매개변수를 제거하면 일관성은 없지만 테스트는 통과합니다. 단일 제품군(예: npm test -- test/build.test.js )을 실행하면 테스트는 통과하지만 모든 테스트를 한 번에 실행하면 대부분의 경우 모호한 오류와 함께 실패합니다. 일관성 없는 테스트 문제를 계속 파고들고 있지만 쿼리 매개변수 문제를 먼저 보고해야 한다고 생각했습니다.

@beejunk 신고 감사합니다. #6282는 이 문제를 처리해야 하지만 여기에서 필요하지 않은 변환기 및 항목에 쿼리를 전달하려고 합니다. 따라서 지금은 런타임에서 내부적으로 쿼리를 지원하고 #6282가 해당 쿼리를 전달하도록 하는 것이 합리적일 수 있습니다.

내가 쿼리에 따라 다릅니다 모듈 캐시를 만드는 코드의 비트를 추가했습니다 : https://github.com/facebook/jest/blob/d425a49bd575e7167bc786f3c4f2833589091fa1/packages/jest-runtime/src/index.ts#L330 -L334

그러나 어떤 코드도 쿼리로 호출하지 않습니다. 나는 우리가 resolvePath.split('?') 를 할 수 있어야 하고 모든 것이 작동해야 한다고 생각합니다.

일치하지 않는 오류와 관련하여 해당 저장소가 재현하는지 살펴보겠습니다. 병렬 테스트로 ESM 코드를 테스트하지 않았고 단일 테스트만 했습니다. 왜 그것이 일에 영향을 미칠지 모르겠지만 누가 알겠어요 😀

@beejunk 쿼리 문제가 25.5.1에서 수정되었습니다. 아직 다른 문제를 조사할 시간이 없었습니다.

이것과 관련이 있다고 생각되는 문제가 있지만 25.X 에서 수정되지 않았습니다.

아래 시나리오를 요약하려고 합니다.

• 설정 스크립트가 있는 테스트가 있습니다.
• 해당 설정 스크립트에는 다음과 같이 파일이 동적으로 필요합니다.
  { default: generator } = require(path.resolve(f))
• f 내부의 모든 것이 변환되지 않아 "예기치 않은 식별자 가져오기 오류"가 발생합니다.

이것은 import()로 시도하는 경우에도 발생합니다.

당신이 번역을 언급했기 때문에; import 를 require 변환하는 설정이 있는 경우 이 문제는 올바른 위치가 아닙니다. 이 문제는 기본 지원에 관한 것입니다.

즉, require ESM을 사용할 수 없으며 Node에 API가 없기 때문에 CJS에서 import() 대한 지원을 추가할 수 없었습니다. 이에 대한 지원은 Node 마스터에 상륙했지만 아직 출시되지 않았습니다: https://github.com/nodejs/node/pull/32985. 연결된 릴리스 PR에서 볼 수 있듯이 13.14.0 및 14.1.0으로 제공됩니다. 그 시점에서 지원을 구현하겠습니다 👍

하지만 .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 global이 test , describe , before 등과 같은 magic fns와 다른 이유는 무엇입니까? 그것도 모두 지금 수입해야 합니까?
• 이것이 완료되면 Jest가 --experimental-vm-modules 플래그를 설정할 수 있습니까? jest 명령과 함께 작동하지 않으면 일종의 비표준으로 보입니다. 플래그를 직접 전달할 수 없다면 NODE_OPTIONS env 변수를 설정/수정할 수 있습니까?
• 이제 이전 노드에서 이것을 시도할 때 이전과 약간 다른 오류가 발생하는 것 같지만 최소 노드 버전이 문제라는 오류는 명확하지 않았습니다. 더 유용한 오류 메시지와 함께 최소 버전 확인을 쉽게 추가할 수 있습니까?

Jest 구성 파일의 이름을 jest.config.js로 지정할 수도 있습니까?

가장 가까운 package.json 에 type: 'module' 가 있으면 .js 로 이름을 지정할 수 있습니다. 그렇지 않으면 구성 파일에서 ESM을 사용하려면 .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 없이 @ 있습니까? 규칙을 무시하기 쉽지만 궁금합니다.

devDependency 에 @jest/globals devDependency 를 추가해야 합니다. 패키지 자체는 전적으로 유형 정의입니다. jest 와는 별도의 패키지이므로 유형 정의가 올바르게 작동하므로 Jest 런타임 외부에서 로드되는 경우 오류가 발생할 수 있습니다.

현재 변경할 계획은 없지만 해당 패키지를 더 이상 사용하지 않고 jest 에서 유형을 내보낼 수 있습니다. 그래도 중요한 브레이킹 체인지이므로 나중에 봅시다 🙂

관련 질문, jest global이 test , describe , before 등과 같은 magic 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://github.com/beejunk/firn.js/tree/switch-to-jest

재현하려면:

1. Jest 캐시가 있으면 삭제합니다. 방금 /tmp/jest_rs 수동으로 삭제했습니다.
2. npm test 세 번 실행합니다. 처음 두 실행은 성공해야 합니다. 그러나 세 번째 실행은 실패해야 합니다.

다음은 오류가 발생할 때 표시되는 스택 추적입니다.

    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://github.com/facebook/jest/issues/9935

@SimenB 동적 가져오기를 사용할 때 위에서 언급한 Jest 오류를 재현하기 위한 최소한의 예제를 만들었습니다.

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

@beejunk의 훌륭한 재생산에 감사드립니다! Jest의 버그인지 Node.js의 버그인지 제대로 이해하지 못한 채 여기에서 인정하고 싶은 시간을 더 많이 보냈습니다. 노드 코어 모듈만 사용하여 동작을 재현하고 이를 업스트림에 보고했습니다. 그래서 그들이 말하는 것을 봅시다: https://github.com/nodejs/node/issues/33216

@SimenB님, 찾아주셔서 감사합니다. 내 사용 사례에 적합한 --no-cache 플래그를 추가하면 테스트가 일관되게 통과하는 것 같습니다. 모든 작업에 감사드립니다!

네, 저도 알아봤습니다. 일종의 타이밍 문제라고 생각합니다. 캐시가 없으면 작동하기에 충분히 느립니다.

@SimenB #9935를 해결해 주셔서 감사합니다. 나는 거기에서 두 번째 우려를 언급했는데, 여전히 유효하다고 생각합니다. type: "module" 경우 jest --init 는 여전히 module.exports 된 구성 파일을 생성합니다. 이것은 수행 중인 작업을 알고 있는 경우 수동으로 변경하는 것이 상대적으로 미미하지만 Node에서 ESM의 플래그가 지정되지 않고 많은 사람들이 ESM 프로젝트를 시작하면 혼란스러운 버그처럼 보이기 시작할 것입니다(예: 행복한 경로 새 ESM 프로젝트에서 jest --init && jest 오류가 발생함). init 논리 개선에 대해 구체적으로 다른 문제를 제출해야 합니까?

@aldeed 확실합니까? 지금 테스트하는 것은 나에게주는 mjs 와 파일을 export default 이있다. mjs 가 아니라 js 생성할 수 있지만 여전히 그렇습니다. ESM 구문을 사용합니다.

@SimenB 글쎄, 나는 당신이 물을 때까지 확신했습니다. 😄 해봤는데 맞네요. 처음에는 이전 버전의 Node 또는 Jest로 이 작업을 수행했을 수 있습니까? 무시.

이것은 굉장하다! 내 라이브러리 중 하나에서 테스트를 재작업하여 ES 모듈을 사용하고 Babel을 사용하지 않았습니다. @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에 대한 모듈 모의 문서를 문서화하는 방법이 될 것입니다.

블로그 포트에서 언급했듯이 우리는 이 패턴을 언젠가는 문서화할 것입니다.

우리가 가진 한 가지 아이디어는 최상위 수준 대기를 기다린 다음 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를 내보낸다고 생각합니다.)

노드 12.16.3이 포함된 Jest 26.0.1

아이디어가 있습니까? 아니면 전체 별도의 문제를 제출해야 합니까?

편집: transform: {} 구성에 있으므로 Babel이 전혀 없습니다.

편집 2: 이것도 작동하지 않습니다.

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

이것에 대한 놀라운 작업.

하지만 제가 잘못하고 있는 것이 아니라면 CJS 테스트 파일에서 import() 를 사용하는 것은 아직 불가능한 것 같습니다.

node --experimental-vm-modules node_modules/jest/bin/jest.js Jest를 실행 중이고 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 가 이제 Node 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 나도 이것을 만났다. 해결책은 "moduleFileExtensions": ["js", "mjs"] 에 추가하는 것입니다( "testMatch" ).

살펴보니 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 파일 확장자를 추가하고 옵트인(#9860)을 위해 esm을 사용하여 js로 컴파일하는 데 도움이 되는 "ESM 모드"가 있는 것이 맞는지 궁금합니다.

js 없으면 샌드박스 내부에 로드하는 일부 항목이 내부적으로 중단됩니다(동일한 require 구현 등을 사용하기 때문에). 사용자가 우리를 깰 수 없도록 수정해야 할 것입니다.

속도 저하와 관련하여 대규모 프로젝트에서는 이미 상당히 느리지만 확장 수가 그렇게 많이 영향을 미치는지 모르겠습니다. 하지만 mjs와 cjs를 기본값으로 추가해야 한다는 데 동의합니다. moduleFileExtensions: ['js'] 지정하면 기본값이 무시되고 속도가 빨라집니다. 따라서 성능 조정으로 문서화할 수 있습니다.

이 모든 작업에 감사드립니다! 확실히 놀랍습니다. 나는 3 단계를 따라 ( "type": "module" 내 package.json에, "testEnvironment": "jest-environment-node" 내 농담 설정 및 --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이 없고 이 작품에 babel이 남겨진 줄 알았다. babel을 설치하지 않고 어떻게든 고칠 수 있으면 다시 보고하겠습니다.

Node.js v14.3.0, Jest v25.5.4

일단 해결 방법을 찾았습니다. 내 파일이 내 라이브러리에 있는 동일한 디렉토리에서 스크립트를 실행 중이므로 다음을 수행할 수 있습니다.

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

업데이트가 있는 경우에 대비하여 이 리포지토리를 팔로우하겠습니다. 이렇게 해주셔서 다시 한 번 감사드립니다!

transform: {} 를 구성으로 사용하여 Babel을 명시적으로 선택 해제해야 합니다.

@SimenB transform: {} 추가가 잘 되었는지 확인했습니다. 감사합니다! 나는 그 점을 의도한 대로 "변환을 제거"가 아니라 "변환을 추가하지 마십시오"로 오해했습니다.

BTW, 테스트는 2.4초 에서 1.3초로 줄어들었고 지속적으로 더 빠르게 느껴집니다.

Node 12는 플래그가 지정되지 않은 ESM으로 릴리스되었습니다(https://nodejs.org/en/blog/release/v12.17.0/). OP에서 언급했듯이 Jest가 사용하는 API는 플래그가 지정되지 _not_

@SimenB 이 스레드를 여러 번 검토했지만 여전히 멈췄습니다(노드 12.17 사용).

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을 실행

또한 다른 사람을 언급했습니다 😆

~ @simenB 가 아니라 @aledalgrande 내가 시도한 것에서 모든 것이 올바른 것 같습니다. 비교를 위해 ESM 에서 package.json jest 구성).~

~가능한 경우 디버그하려면, 아마도 package.json 에서 2개의 관련 속성만 _only_ 갖도록 jest 구성을 단순화하는 것이 좋습니다. 그런 다음 현재 작동하는/작동하지 않는 속성을 확인해야 하는 다른 속성을 각각 추가합니다.~

아 두 번째 댓글은 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개의 댓글을 해결된 것으로 표시합니다. 내가 말하는 테스트 는 이것 이다.

Jest 26.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. 나는 당신을 잘 실행할 수 있습니다. 차이점을 확인하기 위해 항목에 뛰어들 것입니다.
패키지.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 _might_ 가 transform 와 충돌한다고 생각하지만 jest 옵션에 익숙하지 않습니다.

여러분, 안녕하세요! Jest를 사용하여 Express 애플리케이션을 테스트하는 동안 몇 가지 문제가 발생했습니다. 자세한 내용은 여기 . 여기에서 수행/추적하는 작업에 유용한지 확실하지 않습니다.roll_eyes:

@ x80486 어제 정확히 같은 문제 가 발생했습니다. 내 이해에서 더 긴 설명 으로 StackOverflow에 답변했습니다 .

편집: 관련성이 있을 수 있기 때문에 이전 의견을 숨김 해제했습니다. 이 "exports" 는 인기 있는 것 같습니다. 하이브리드 패키지에 대한 이 기사의 가능성

exports 는 #9771에서 추적됩니다.

@franciscop 문제 해결됨 - 패키지에 충돌이 있는 것으로 나타났습니다. - ES Modules are only supported if your test environment has the getVmContext function 오류를 일으키는 serverless-bundle 설치했습니다. 이유는 모르겠습니다. 설치하면 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)? 예제 repo @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, 제스트 26.1.0

업데이트(8월 13일-8월 20일):

여전히 불가능, 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: 모듈 외부에서 import 문을 사용할 수 없습니다.
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
• 저는 이 작은 프로젝트 를 테스트하려고 합니다. 매우 간단합니다.
• 내 파일은 다음과 같습니다.

패키지.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 . 시도했는데 동일한 오류가 발생합니다.

@pepetorres1998 이 스레드는 특정 플래그/옵션으로 작업을 실행하는 것과 관련된 기본 esm 모듈로 Jest를 실행하는 것에 관한 것입니다. 수행할 작업에 대해서는 위의

이 설정으로 테스트 파일에서 jest.setTimeout(...) 와 같은 작업을 시도할 때 다른 사람이 ReferenceError: jest is not defined 받고 있습니까? 이것이 es 모듈 환경, 노드 버전, jest 버전 또는 이러한 것들의 조합과 관련이 있는지 알아내려고 합니다. (현재 노드 v14.5.0, jest 26.1.0, 환경 jest-environment-node 사용)

편집하다
이제 jest 'global' 속성에 대한 문제 설명에서 선택되지 않은 확인란이 표시됩니다. 🙃

@bdentino 명시적으로 가져오기를 시도할 수 있다고 생각합니다. import {jest} from '@jest/globals';

25.4.0이 첫 번째 지원과 함께 릴리스되었습니다. 위에서 언급한 #9772 외에도 #9842도 포함했습니다. _이론적으로_ CJS와 ESM을 혼합하면 이제 올바르게 작동합니다(🤞).

한 가지 주요 누락 기능은 jest 개체를 지원하는 것입니다. import.meta 할지 아니면 import {jest} from '@jest/globals' 통해 가져오기를 요구할지 결정하지 않았습니다. 피드백 감사합니다!

아직 이에 대한 문서를 작성하지 않았지만 활성화하려면 3가지 작업을 수행해야 합니다.

1. transform away import 문을 실행하지 않았는지 확인하십시오(config에서 transform: {} 를 설정하거나 babel 를 피하는 것과 같이 modules 사전 설정 환경에 대한 옵션)
2. --experimental-vm-modules 플래그로 node@^12.16.0 || >=13.2.0 실행
3. jest-environment-node 또는 jest-environment-jsdom-sixteen 테스트 실행

사용해보고 피드백을 주세요! 버그를 보고하는 경우 Node.js에서 동일한 코드(테스트별 코드 제외)를 실행하는 방법도 포함할 수 있다면 정말 좋을 것입니다. 지난 몇 주 동안 https://nodejs.org/api/esm.html _많이_ 읽었지만 아마도 뭔가를 놓쳤을 것입니다.

@시멘비
이 쓰레드는 엄청났고, 농담으로 시작하고 / ES 모듈을 사용하려는 사람들은 시작하기 위한 기본 지침을 찾고 이해하는 데 어려움을 겪을 것이라고 생각합니다.
문서에 ES 모듈 프로젝트(또는 일부 '빠른 시작')에 농담을 추가하는 것에 대한 공식적인 설명이 있습니까?

@aldeed 동일한 프로젝트의 모듈을 조롱하는 문제와 관련하여 수정 사항을 찾았습니까? 나는 똑같은 문제가 있다

(Btw, 우리도 리액션 커머스를 사용하므로 건배 하하)

@guilhermetelles 아니요, 현재 https://github.com/facebook/jest/issues/10025 에서 추적 중입니다.

Jest 26.1.0, node 버전 14.6.0 with --experimental-vm-modules 하고 있지만 CommonJS 내부에서 import() 사용할 때 여전히 ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING 됩니다. . 최소한의 재현을 시도하고 새 문제를 열어야 합니까?

제쳐두고, Jest가 yarn berry를 사용하는 지금 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 파일에 올바르게 작성할 수 있습니다.

순환 수입을 지원할 계획입니까?

서로만 가져오는 두 파일 중 하나만 가져오는 더미 테스트 파일이 있는 경우 RangeError: Maximum call stack size exceeded 됩니다. 가져오기 중 하나를 제거하면 테스트가 통과합니다. 문제를 재현하는 Repo .

야! 나는 이것을 빈 노드 프로젝트에서 설정했고 정말 잘 작동했지만 우리의 프로덕션 설정에서 테스트를 실행하려고 할 때 다음 오류 메시지가 나타납니다.

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

나는 다른 사람이 @cyberwombat 의 이전 답변에서 문제를 겪고 있는 것을 package.json 파일에 없습니다. 문제를 일으키는 패키지(또는 설정)를 추론하는 방법은 무엇입니까? 이 작업을 수행하는 데 필요하지 않은 모든 농담 설정을 체계적으로 제거하려고 시도했지만 성공하지 못했습니다.

업데이트 : 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 )?)의 이전 버전을 가져오는 다른 것이 있습니다. 이 문제는 토론할 곳이 아닙니다.

내 globalSetup 에서 ES 모듈을 사용할 수 없다는 것이 아프기 시작했습니다.

두 가지 점:

• 이것은 이 문제의 시작 부분에서 확인란으로 언급되어야 합니까(따라서 추적됨)?
• 내가 시도할 수 있는 알파/베타가 있다면 그렇게 할 의향이 있습니다.

나:

• 최신 Jest 버전(26.4.0)을 실행 중인지 확인했습니다.
• 내 프로젝트에 jest-environment-node 추가
• 잠금 파일을 검사하여 중복되지 않았는지 확인했습니다.
• jest.config.json에 "testEnvironment": "jest-environment-node", 추가됨
• 농담이 사용된 모든 위치에 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 없이 Node 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;

Node 14에서 완벽하게 소비되고 Jest+Babel을 실행하여 생성된 코드,

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

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

const {
  map
} = _lodash.default;

도 실행합니다.

우리는 ES6 코드를 사용하고 가져오기 위해 모든 jest 테스트를 성공적으로 변환했지만 puppeteer 및 uuid 와 같은 몇 가지 패키지에서 멈췄습니다.

앱은 개체(예 import uuid from 'uuid' )로 가져올 때만 작동하지만 테스트는 이런 식으로 실행되지 않습니다. 그러나 이 가져오기를 분해 구문(예: import { v4 } from 'uuid' )으로 바꾸면 그 반대입니다. 테스트는 작동하지만 앱에서 예외가 발생합니다.

원래 우리는 가이드에 따라 모든 변환을 해제했지만 최소한의 노드 구성으로 babel을 설치한 yarn 작업 공간을 만들려고 시도했지만 이 특정 문제가 해결(또는 악화)되지 않았습니다.

그러나 이 가져오기를 해체 구문(예: import { v4 } from 'uuid')으로 바꾸면 그 반대입니다. 테스트는 작동하지만 앱에서 예외가 발생합니다.

앱이 CommonJS로 컴파일되고 실제로 모듈을 사용하지 않는 것처럼 들립니다. "실제" ESM에서 import uuid from 'uuid' 는 작동하지 않아야 합니다. uuid 에는 기본 내보내기가 없고 node 에 대한 ESM 빌드가 노출 되기 때문입니다.

@SimenB님 , 이에 대한 예비 문서가 좋은 생각이라고 생각하십니까?

@grantcarthew 확실히! 이 작업에 더 많은 시간을 할애하고 Jest 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을 열었던 문제가 https://github.com/dubzzz/codemirror-next-repro-cra/tree/main/test-in-jest-esm으로 실패한 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' 는 작동하지 않습니다.

패키지.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으로 로드하는 것이 안전하다는 것을 알지 못합니다.

이것은 CJS가 네임스페이스로만 로드될 수 있는 Node의 고유한 규칙을 따를 것입니까, 아니면 실제로 Node 자체에서 작동하지 않는 구문을 허용하여 이를 "개선"할 것입니까? (예를 들어, 노드는 허용하지 않습니다 import { readdirSync } from "fs-extra" 그가 CJS 패키지이기 때문에,하지만 허용하지 import fs from "fs-extra"; 다음 사용하여 압축 해제 할 수 있습니다 const { readdirSync } = fs ).

(예: 노드는 CJS 패키지이기 때문에 "child_process"에서 import { spawn }을 허용하지 않지만 "child_process"에서 import child_process를 허용합니다. 그런 다음 const { spawn } = child_process;를 사용하여 압축을 풀 수 있습니다.)

이것은 노드가 "child_process"를 "기본 제공"(CJS가 아님) 모듈로 간주하므로 명명된 내보내기가 작동하기 때문에 불행한 예입니다. 최신 nodejs는 또한 휴리스틱을 사용하여 CJS 모듈에 대해 많은 명명된 내보내기가 작동하도록 합니다. 가장 흉내내기 힘든 부분일 것입니다.

대신 fs-extra 를 사용하도록 예제가 업데이트되었습니다. 그러나 명명된 내보내기가 이 또는 다음 메이저를 착륙하기 위한 Node의 로드맵에 있다면 Jest가 선점하는 것이 합리적입니다.

이미 구현되어 있어야 합니다. 노드 코어 모듈은 명명된 내보내기를 노출하지만 "일반" CJS는 ​​그렇지 않습니다.

최신 nodejs는 또한 휴리스틱을 사용하여 CJS 모듈에 대해 많은 명명된 내보내기가 작동하도록 합니다. 가장 흉내내기 힘든 부분일 것입니다.

그것을 구현하는 PR에 대한 링크가 있습니까? 우리는 적어도 그것을 모방하려고 노력해야합니다 🙂

PR은 여기: https://github.com/nodejs/node/pull/35249

그 배후의 휴리스틱은 cjs-module-lexer (https://github.com/guybedford/cjs-module-lexer)로 게시 되지만

방금 이것을 보았고 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 지원이 이제 [email protected] 에서 구현되고 https://github 에서 업스트림 추적이 이루어

_업데이트: 이 빌드를 테스트하면 모든 fs-extra 함수를 올바르게 감지하지만 불행히도 Node.js 기본 함수는 for 루프에 의해 채워지기 때문에 정적으로 분석할 수 없기 때문에 감지하지 못합니다._

위업: 명명된 ESM 가져오기 #10673으로 CJS의 명명된 내보내기 지원

네이티브 ESM은 CommonJS 모듈의 exports 를 default 가져오기만 지원한다고 생각했습니다.

@trusktr은 더 이상 없습니다: https://github.com/nodejs/node/pull/35249

여보세요. 노드/제스트에서 ESM 이면의 전체 이야기를 빠르게 수용하는 것은 매우 어렵습니다. 그래서 아마도 명백하거나 이미 답변된 것을 묻고 있는 것 같습니다. 다음 케이스는 아직 지원하지 않는 것으로 정확히 이해하고 있습니까? 아니면, 내가 올바른 방식이 아닌 일을 하고 있기를 바랍니다. import x from 'x' 작동하는 것처럼 경험하지만 import { sub } from 'x' 는 작동하지 않습니다.

...
'uuid'에서 { v4 } 가져오기;

ESM 모듈은 구문이 지원하는 것처럼 보이지만 구조 분해 가져오기를 지원하지 않습니다. 이것이 작동하려면 'v4 내보내기'가 필요합니다. '내보내기 기본값'이 일치하지 않습니다.

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

@sdwlig uuid 는 명명된 내보내기를 제공하며 기본 내보내기가 없습니다. 작동해야 하지만 "내보내기" 필드가 있는 패키지에서 esm을 로드하는 것은 아직 jest에서 지원되지 않습니다. 대신 기본 내보내기를 통해서만 사용할 수 있는 Commonjs가 로드됩니다.
https://github.com/uuidjs/uuid/blob/master/src/index.js

여기에 패키지 자체 참조 지원(#10883)을 추가할 수 있습니까?