Jest: 마지막 테스트가 완료된 후 Jest 프로세스가 종료되지 않음

지금 당장은 그렇게 할 좋은 방법이 없습니다. 무슨 일이 일어나고 있는지 알아 내기 위해 디버거 (Chrome Inspector)에 연결하는 것이 좋습니다. 비동기 작업을 생성하는 것이 무엇인지 알고 있다면 잠재적으로 원숭이 패치를 적용하고 추적 할 수 있습니다 (예 : Promise.prototype.then 주위에 무언가를 배치).

모든 afterEach / after 후크가 해결되었을 때 비동기 작업을 강제 종료 할 수없는 이유가 있습니까?

핸들이 없다면 기존 비동기 프로세스를 어떻게 죽일 지 모르겠습니다.

ava 에서 마이그레이션했는데 문제가되지 않았는데 답이 있을까요? Node.js에서는 process.exit .

우리는 그렇게 할 수 있다고 생각하지만 사람들이해야 할 때 매달리지 않고 자원을 제대로 종료하지 않을까 걱정됩니다.

cc @dmitriiabramov 어떻게 생각하세요?

한 가지 예 : 실제로 Jest 자체를 종료하지 않는 장기 실행 감시자 프로세스가있는 Jest와 함께이 문제를 겪었습니다. Jest가 테스트 실행 중에 자살했다면 (heh!) 나는 문제를 알아 채지 못했을 것이고 사람들이 그것을 사용하려고 할 때 멈추는 버전을 출하했을 것입니다.

프로세스를 강제 종료하는 것이 안전한지 확실하지 않습니다. 동시에 사람들이 테스트가 완료된 후 비동기 사후 처리를 수행하려면 프로세스를 종료하기 전에 완료 될 때까지 기다리는 after all 후크를 사용할 수 있습니다.

다른 문제는 인쇄가 끝나기 전에 출력 스트림을 자르는 것입니다. 프로세스가 종료되기 전에 오류 메시지를 인쇄 할 시간이 충분하지 않을 때이 문제가 발생했습니다.

문제는 Jest가 "일부 테스트가 자체적으로 정리되지 않는 것 같습니다. 여기에 무슨 일이 일어나고 있는지"라고 말하는 방법을 알아낼 수 있는지 여부입니다.

after all 후크가 여기에서 도움이 될 수 있지만 문서에서 그런 것을 보지 못했습니다 ( afterEach ). 누락 된 것이 있습니까?

올바른 정리 테스트와 관련하여 _files_가 제 시간에 완료되었는지 테스트 할 수 있고 문제를 격리하기 위해 bisect 기능을 사용하지 않는지 테스트 할 수 있는지 여부 (예 : rspec).

좋아, 더 많은 조사를 한 후에 이것은 Firebase 자체에 문제가있는 것으로 보이며 process.exit 를 호출하는 것 외에는 정리할 방법이 없습니다.

자원:

• http://stackoverflow.com/questions/18046639/node-process-doesnt-exit-after-firebase-once
• https://github.com/urish/firebase-server/issues/44

모든 해결 방법에는 process.exit 수동으로 호출하는 것이 포함됩니다. Jest 컨텍스트에서이 작업을 수행하는 것이 두렵습니다. 어디로 전화를 걸지에 대한 권장 사항이 있습니까? 내 첫 생각은 다음과 같았습니다.

afterAll(() => setTimeout(() => process.exit(), 1000))

… Jest가 작업을 수행 할 수 있도록 모든 테스트가 실행 된 후 1 초를 종료합니다. 그러나 이것이 시계 모드에 어떤 영향을 미치는지 잘 모르겠습니다. 내가 맞다면 Jest는 예상대로 작동하지 않을 수있는 멋진 병렬 처리 작업을 수행합니다. 또는 Jest에서 수정해야 할 문제가 있습니까? 이것이 많은 사람들에게 풋건처럼 보인다면 Jest에 넣는 것은 어떨까요? 또는 최소한 "경고"모드와 "종료"모드 사이를 전환합니다.

나는 mocha와 유사하게 테스트가 완료 될 때 자동으로 프로세스를 닫는 --exit 플래그 또는 무언가 (파일 별 주석 또는 무언가가 될 수 있음)를 좋아합니다. 모든 테스트 파일에서 모든 연결을 수동으로 닫는 것은 약간 성가신 일입니다.

Codeship에서 테스트를 실행할 때 동일한 문제가 drone.io 에서도
하지만 로컬에서는 제대로 작동합니다.

편집하다:

• Jest 버전 : 15.1.1
• 지역 :
  
  
  
  • 노드 : 6.2.2
  
  
  • npm : 3.9.5
  
  
• CodeShip :
  
  
  
  • 노드 : 6.5.0
  
  
  • npm : 3.10.3
  
  
• Drone.io
  
  
  
  • 노드 : 0.10.26
  
  
  • npm : 1.4.3
  
  

Firebase를 고쳐야 할 것 같습니다.

--forceExitAfterTestRun 라는 옵션을 추가하는 것에 대한 예약이 없으며 쉽게 추가 할 수 있습니다. 여기에서 종료하려면 변경해야한다고 생각합니다. https://github.com/facebook/jest/blob/master/packages/jest-cli/src/cli/index.js#L41 결과.

일종의 경쟁 조건 인 것 같습니다. 때로는 모든 테스트를 로컬에서 실행 한 후 종료되는 경우도 있습니다.

모의 대신 실제 데이터베이스를 사용하는 API 사양에 Jest를 사용하기 시작한 후에도이 작업을 실행하고 있습니다 (미안하지만 스냅 샷은이 작업에 적합합니다). 나는 연결을 정리하기 위해 afterAll 후크를 추가 한 후에도 문제를 해결할 수 있었는데, 이는 디버깅하기 가장 쉬운 것이 아니라 setupFiles 의 내 조명기 인구와 관련이 있다고 믿게합니다.

Jasmine에는 --forceexit 옵션이있는 것 같아서 비슷한 것이 Jest에 착륙하더라도 불평하지 않을 것입니다 .🙏

또 다른 문제-테스트가 실패하면 afterAll() 가 호출되지 않으므로 아무것도 정리되지 않고 아무것도 닫히지 않습니다. --bail 이 (가)이 문제를 해결할 것이라고 생각하지만 아직 시도하지 않았습니다.

누구든지 PR을 보내고 싶다면 이것은 우리가 도움을 줄 수있는 것이며 이전 의견에 세부 사항을 설명했습니다. :)

주말에 시간이 있으면 한 번해볼 게요. 누군가가 그 전에 그것을하고 싶다면 그것은 멋지다 : 미소 :

방금 열린 PR에 찬성하여 마감합니다. 여기서 논의를 계속할 것입니다.

읽는 사람이라면 --forceExit 플래그를 사용하여이 기능에 액세스 할 수 있습니다. 🎉

Google 직원의 경우 : Jest는 Jenkins CI에서 종료되지 않지만 로컬에서 수행됩니다. --forceExit 실제로 저를 위해 수정했습니다.

나를 위해 그것은 .then (() => {})와의 약속 처리를 잊었습니다.

나는 아직도 이것으로 고군분투하고있다. async 및 await API를 테스트하고 있습니다. 익스프레스 애플리케이션에 연결하고 엔드 포인트를 ping했지만 테스트가 종료되지 않습니다. mongodb와 서버에 대한 연결을 닫으려고했지만 여전히 열려 있습니다. 빈 json 만 다시 보내고 있습니다.

제 경우에는 이것이 Firebase 문제로 끝났습니다. 사용

afterAll(() => {
  firebaseApp.database().goOffline();
  firebaseApp.delete();
});

트릭을하는 것 같습니다. 두 줄이 실제로 필요하며 원래 .initializeApp() 에서 얻은 것과 동일한 firebaseApp 을 사용해야한다는 것을 알게되었습니다.

forceExit없이이 문제를 해결할 수있는 방법이 있습니까?

Jest 23에는 Jest가 종료 할 수없는 이유의 소스를 가리켜 야하는 --detectOpenHandles 라는 플래그가 포함됩니다.

--detectOpenHandles는 mongoose.connect 및 mongoose.model을 반환합니다. afterAll에서 mongoose.disconnect를 시도하면 mongo 오류 토폴로지가 파괴됩니다.

@elkhan 이 몽구스 문제를 해결하는 방법을 알아 냈습니까?

--detectOpenHandles 추가하면 Jest가 내 테스트를 완료 할뿐만 아니라 실제로 Jest를 차단하는 이상한 것을 표시하지 않습니다. 버그처럼 보입니다.

나를 위해 --forceExit 는 문제를 해결하는 동시에 --detectOpenHandles 하지만 아무것도 감지하지 못합니다 (로컬 및 CircleCI 모두). 나는 또한 --runInBand 실행 중입니다.

나를 위해 --runInBand 제거하면 해결되었습니다.

--forceExit 는 shippable을 사용할 때도 문제를 해결합니다 ... --detectOpenHandles 시도했지만 결과가 나오지 않았고 빌드가 중단되었습니다.

--detectOpenHandles 추가하면 기이 한 문제가 해결됩니다.

노드 : v8.12.0
Jest : v23.6.0

--detectOpenHandles 또는 --forceExit 해도 Codeship에서 실행할 때 문제가 해결되지 않습니다.

jest --ci --verbose --forceExit --detectOpenHandle

노드 : v8.12.0
Jest : v23.6.0

@sibelius 이 문제를 피하는 방법은 모델의 init 함수를 음소거하는 것입니다.

const mongoose = require('mongoose');

mongoose.Model.init = () => {};

인덱스가 생성되지는 않지만 Jest가 모델에 대해 불평하는 것을 막을 수 있습니다.

db.collection("test-collection").add({
    title: 'post title',
    content: 'This is the test post content.',
    date: new Date(),
})
    .then(docRef => {
        console.log('Document written with ID: ', docRef);
    })
    .catch(error => {
        console.error('Error adding document: ', error);
    });

jest --forceExit --detectOpenHandle 테스트는 통과했지만 .then 또는 .catch 는 실행되지 않습니다 !!
어떤 아이디어?

@alexpchin 해결 방법은 다음과 같습니다.

    beforeAll(async (done) => {
        dbConnection = await mongoose.connect(...)
        done()
    })

    afterAll(async (done) => {
        await dbConnection.close()
        dbConnection.on('disconnected', done)
    })

NestJ를 사용하여

afterAll(() => {
  app.close();
});

이 문제는 메모리가 부족한 jest 프로세스로 인해 발생하는 것으로 나타났습니다. --maxWorkers=10 추가하면 문제가 해결되었습니다.

나는이 원인을 추가하고 있는데 아마도이 문제에 대해 궁금해하는 사람이 내가 가진 이유를 가지고있을 수 있습니다.
나는 Travis 내에서 Jest를 사용하여 NodeJS 앱을 테스트하고 있었고 travis는 Jest 직후 시간 초과까지 계속 중단되었습니다. Jest가 닫히지 않은 것 같습니다.
많은 시도 끝에 JSDom과 함께 농담을 사용하는 이유를 발견했습니다.
jest.config.js 파일에 다음 줄이 있습니다.

  'testURL': 'http://localhost/',

이로 인해 JSDom이로드되고 모든 리소스가 정상적으로 닫히지 않고 Jest가 유지되지 않습니다.

줄을 제거하여 해결했습니다. 그러나 Jest는 다음 오류로 실패 합니다 .

SecurityError: localStorage is not available for opaque origins

이를 해결하기 위해 jest.config.js 다음을 추가했습니다.

  'testEnvironment': 'node',

누구에게나 도움이되기를 바랍니다. 나는이 원인을 추가하고 있습니다.이 문제에 대해 궁금해하는 사람이 내가 가진 이유를 가지고있을 수 있습니다.
나는 Travis 내에서 Jest를 사용하여 NodeJS 앱을 테스트하고 있었고 travis는 Jest 직후 시간 초과까지 계속 중단되었습니다. Jest가 닫히지 않은 것 같습니다.
많은 시도 끝에 JSDom과 함께 농담을 사용하는 이유를 발견했습니다.
jest.config.js 파일에 다음 줄이 있습니다.

  'testURL': 'http://localhost/',

이로 인해 JSDom이로드되고 모든 리소스가 정상적으로 닫히지 않고 Jest가 유지되지 않습니다.

줄을 제거하여 해결했습니다. 그러나 Jest는 다음 오류로 실패 합니다 .

SecurityError: localStorage is not available for opaque origins

이를 해결하기 위해 jest.config.js 다음을 추가했습니다.

  'testEnvironment': 'node',

누구에게나 도움이되기를 바랍니다.

--forceExit --detectOpenHandles --maxWorkers = 10

우리를 위해 해냈어

노드 : 8.11.3
농담 23.6.0

NestJ를 사용하여

afterAll(() => {
  app.close();
});

NestJS 사용자를 위해 여기에 남겨 두십시오.
NestJS를 사용하면 위의 답변이 효과가 있음을 발견했습니다.
작동하지 않는 것은 다음과 같습니다.

afterAll(async () => {
        await app.close()
    })

나를 위해 작동하는 것은 --forceExit --maxWorkers=10 입니다 (저는 [email protected]을 사용하는 Ubuntu 18.04에 있습니다)

제 경우에는 NodeJS 10 또는 11을 사용하여 문제를 해결했지만 Node 6 ou Node 8에는 여전히 존재합니다. --detectOpenHandles 옵션을 사용할 때 아무것도 표시되지 않고 --forceExit 문제를 해결합니다.

여기에 1 명 더 (예 : @motss 및 @seanlindo ) _ "Jest가 테스트 실행이 완료된 후 1 초 후에 종료되지 않았습니다."_는 --detectOpenHandles 가 사용되지 않은 경우 에만 발생합니다.

[email protected]

테스트는 --detectOpenHandles 없이 일관되게 실패하지만 --detectOpenHandles 실행할 때 통과하고 열린 핸들을 표시하지 않습니다.

테스트를 실행하는 머신 / 컨테이너에는 2 개의 코어가 있지만 기본적으로 테스트는 maxWorkers=1 로 실행됩니다.

나는 추가하면 --detectOpenHandles 는 config에서 플래그와 봐 / globalConfig가 사용 --debug 플래그는 detectOpenHandles 값은 _only_ 차이입니다 ...

with --runInBand --detectOpenHandles 테스트를 실행해도 괜찮습니다.

다음 중 하나를 사용하여 "... did not exit ..."오류를 표시하지 않고 테스트를 성공적으로 완료 할 수 있습니다.

• jest --maxWorkers=2
• jest --detectOpenHandles
• jest --forceExit

지금은 maxWorkers=2 로 작업하고 있지만 이는 미래에 검색하는 모든 사람을위한 내 관찰입니다.

_Edit : 추가 세부 정보 : 이것은 노드 v8.9.3을 실행하는 alpine : 3.7 에서 도커 컨테이너 인 내 CI 환경에만 영향을줍니다. 내 dev 컴퓨터에서 --maxWorkers=1 재현 할 수 없습니다 _

지금이 오류가 발생하는지 확인합니다. --maxWorkers=10 를 사용하면 문제가 해결되는 것 같습니다.

그래서 .... 나는 이것과 꽤 오랫동안 싸우고 있었다 (트래비스 CI, 작업복, 타이프 스크립트 사용).
결국 중단되고 실패한 빌드가 생성됩니다 (Travis CI에서만).

많은 시행 착오 끝에이 문제를 해결 한 것은 테스트에 대한 명시적인 경로를 추가 한 것입니다.

npm 스크립트로 실패했습니다.

   "test": "jest",
    "test:coverage": "npm run test -- --collectCoverage && cat ./src/coverage/lcov.info | coveralls",

그리고 (travis ci에서) 다음과 함께 전달되었습니다.

   "test": "jest .*\.test\.ts",
    "test:coverage": "npm run test -- --collectCoverage && cat ./src/coverage/lcov.info | coveralls",

당신은 레드햇 UBI 이미지로 고정 표시기를 사용하고있는 경우 create-react-app 있는지 확인하십시오 당신은 설정 CI=true 실행하기 전에 npm test

2019 년 12 월. Travis에서만이 문제를 발견했습니다. 테스트는 로컬에서 통과합니다. @qopqopqop 의 수정이 나를 위해 일했습니다. Jest 버전 24.9.0 사용

프로젝트에서 후크 및 테스트 라이브러리를 사용하는 새 구성 요소를 추가하기 시작할 때만이 오류가 발생했습니다. Jest, testing-library 및 React hooks는 모두 새로운 기술이기 때문에 마찰이있을 수 있습니다. 이 프로젝트는 여전히 서로 잘 어울리는 방법을 배우고 있습니다. 또는 후크를 부적절하게 사용하는 버그가 많은 기능 구성 요소를 작성할 수 있습니다. :-)

여전히이 문제가 있습니다. 테스트를 종료 할 수 없습니다. 이로 인해 모든 앱에서 npm test 실패합니다. 어떤 단서?

@koooge 귀하에게 적합하지 않은 예를 게시 할 수 있습니까?

모든 테스트를 통과 한 후 0으로 테스트를 종료하려면 --watchAll = false를 전달해야합니다.
npm 실행 테스트---watchAll = false

이것은 나를 위해 일했다

Firebase에서이 작업을 수행하려면 다음을 수행해야합니다.

afterAll(() => {
    firebase.app().delete();
});

옵션을 사용하여 수정했습니다.

--forceExit

https://jestjs.io/docs/en/cli# --forceexit

그래서이 문제도 만났습니다. 모든 async 호출을 올바르게 처리하고 있다는 것을 알았을 때 A worker process has failed to exit gracefully and has been force exited... 경고 메시지를 보는 것은 성가신 일이었습니다. --detectOpenHandles 테스트를 실행했지만 아무것도 나타나지 않았습니다. 몇 가지 조사 끝에 내 범인이 Promise.race 라는 것을 발견했습니다.

네이티브 promise 유틸리티 라이브러리 (https://github.com/blend/promise-utils)를 사용하고 일부 외부 API 호출을 timeout 유틸리티에 래핑합니다. 이 유틸리티는 차례로 기본 Promise.race 합니다.

나는 그 코드를 꺼내 내 결과를 확인하기 위해 간단한 테스트 케이스를 만들었다.

it('promise.race', async() => {
  await Promise.race([
    new Promise((res) => setTimeout(res, 10000)),
    Promise.resolve('true')
  ])
})

테스트 케이스 제한 시간 설정이 기본값이라고 가정하면 위의 테스트는 항상 경고를 제공합니다.

jest 이 후드 아래에서 열린 핸들을 감지하는 데 사용하는 방법이 무엇이든간에, Promise.race 의해 의도적으로 열린 핸들을 고려하지 않습니다. 이 사용 사례는 확실히 오 탐지 범주에 속합니다. 이 오 탐지가 고칠 수 있는지는 모르겠지만 아마도 개발자 중 한 명이 이에 대한 독창적 인 해결책을 가지고있을 것입니다.

지금은 다른 사람들처럼 --forceExit 고수하고 있습니다.

편집하다:
방금 이것을 발견했는데 실제로 더 깊은 nodejs / v8 문제인 것 같습니다 https://github.com/nodejs/node/issues/24321

Firestore 테스트에서 여기로 오는 다른 사람에게는 다음과 같이 작동합니다.

afterAll(async () => {
  // Shut down Firestore, otherwise jest doesn't exit cleanly
  await firestoreInstance.terminate()
});

Apollo & Jest를 사용하여 여전히 동일한 문제가 있습니다. 안타깝게도 --detectOpenHandles 옵션이 결국 종료 되더라도 프로세스는 계속해서 몇 초 동안 보류됩니다 (이름과 모순됨 : 아직 열려있는 핸들에 대한 정보를 제공하지 않습니다!).

--forceExit 하면 작업이 수행되지만 짜증스럽게 인쇄됩니다.

Jest 강제 종료 :> 모든 테스트가 완료된 후에도 계속 실행되는 비동기 작업을 감지하기 위해 --detectOpenHandles 사용을 고려해 보셨습니까?

내가 찾은 해결 방법은 teardown 를 jest.config.js에 추가하는 것입니다.

globalTeardown: '<rootDir>/__tests__/teardown.js',

teardown.js에서는 process.exit를 사용합니다.

module.exports = async function () {
    console.log('done!');
    process.exit(0);
}

나는 또한이 문제가 있습니다. 어떻게 고칠 수 있습니까? forceExit: true . --forceExit --detectOpenHandles --maxWorkers=10 은 작동하지 않습니다.

https://github.com/atom-ide-community/atom-ide-base/pull/33

편집 : 다른 곳에서 문제. 내가 사용하는 테스트 러너에 있습니다 ...

@ 알루시 코드
이것은 나를 위해 작동하지 않았습니다 npm test --watchAll=false
그러나 package.json 파일에 --watchAll=false 을 추가하여 작동했습니다. 👍

처럼

"test": "react-scripts test a jest --ci --reporters=default --reporters=jest-junit --watchAll=false"

공식 문서 : https://jestjs.io/docs/en/cli.html# --watchall

firebase를 사용하지 않지만 워크 플로 스크립트에서 동일한 문제가 발생했습니다. 매개 변수없이 jest 을 사용하면 일부 스크립트가 정상적으로 종료되지 않았으므로 --runInBand --detectOpenHandles 사용해야합니다. 그러면 하나를 제외한 모든 테스트의 문제가 해결됩니다 (btw --detectOpenHandles 문제가있는 테스트를 보여주지 않음).
그래서 모든 테스트를 하나씩 확인하기 시작했습니다. 두 테스트에서 비동기 함수를 호출 할 때 await 를 사용하는 것을 잊었습니다.
기다림 추가 후 수정되었습니다. --detectOpenHandles 가 문제를 인쇄하지 않는 것이 정상이라고 생각하지는 않지만.