Jest: 最後のテストが完了した後、Jestプロセスが終了しない

現在、それを行うための良い方法はありません。 デバッガー（Chrome Inspector）をフックして、何が起こっているのかを把握することをお勧めします。 何が非同期作業を作成するかを知っている場合は、モンキーパッチを適用して追跡することもできます（Promise.prototype.thenの周りに何かを置くなど）

すべてのafterEach / afterフックが解決されたときに、非同期作業を強制的に終了できない理由はありますか？

既存の非同期プロセスを処理できない場合、それらをどのように強制終了するかはわかりません。

avaから移行しましたが、これは問題ではなかったので、答えがあるのでしょうか。 たぶんそれはNode.jsのprocess.exitです

それは可能だと思いますが、必要なときにぶら下がらず、リソースを適切にシャットダウンしていないのではないかと心配しています。

cc @dmitriiabramovどう思いますか？

一例：私は実際にJestでこれに遭遇しました。そこでは、Jest自体を終了させない長時間実行されているウォッチャープロセスがありました。 Jestがテスト実行中に自殺したとしたら（ええと！）、私はこの問題に気付かなかったでしょうし、人々がそれを使おうとするとハングするバージョンを出荷したでしょう。

プロセスを強制的に強制終了しても安全かどうかはわかりません。 同時に、テストの完了後に非同期後処理を実行したい場合は、 after allフックを使用して、プロセスを終了する前に終了するのを待つことができます。

もう1つの問題は、印刷が完了する前に出力ストリームをカットすることです。 以前、プロセスが終了する前にエラーメッセージを印刷するのに十分な時間がないときに、この問題が発生しました。

問題は、Jestが「一部のテストが自分たちでクリーンアップされていないようです。これが何が起こっているのか」と言う方法を理解できるかどうかです。

after allフックはここで私を助けることができます、しかし私はドキュメントでそのようなことを見ていません（ afterEach ）私は何かを逃していますか？

正しいクリーンアップのテストに関しては、_files_が時間どおりに完了しているかどうか、および問題を特定するためにバイセクト機能を使用していないかどうかをテストできるかどうか（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))

…すべてのテストの実行が終了してから1秒後に終了し、Jestに処理を実行させます。ただし、これがウォッチモードにどのように影響するかはわかりません。正しい場合、Jestは、これが期待どおりに機能しない可能性のあるいくつかの凝った並列処理を実行します。 あるいは、これはJestで修正する必要があるものでしょうか？ これが多くの人にとってフットガンのように思えるなら、ジェストに入れてみませんか？ または、少なくとも「警告」モードと「強制終了」モードを切り替えます。

mochaと同様に、テストの完了時にプロセスを自動的に閉じる--exitフラグなど（ファイルごとのコメントなど）が欲しいです。 すべてのテストファイルのすべての接続を手動で閉じるのは少し面倒です。

Codeshipでテストを実行すると、同じ問題が発生drone.ioでも
ただし、ローカルでは正しく機能します。

編集：

• ジェストバージョン：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 ：

ある種の競合状態のようです。 すべてのテストをローカルで実行した後に終了する場合もあれば、終了しない場合もあります...

モックの代わりに実際のデータベースを使用しているAPI仕様にJestを使用し始めた後も、これを実行しています（申し訳ありませんが😇が、スナップショットはこれに最適です）。 afterAllフックを追加して接続をクリーンアップした後でも、問題を解決することができました。これは、デバッグが最も簡単ではなく、 setupFilesのフィクスチャの母集団に何らかの関係があると信じています。

ジャスミンには--forceexitオプションがあるようですので、同様のものがジェストにも届くかどうかは文句を言いません🙏

別の問題-テストが失敗した場合、 afterAll()は呼び出されないため、何もクリーンアップされず、何も閉じられません。 --bailこれが修正されると思いますが、まだ試していません

誰かがPRを送りたいのなら、これは私たちが助けを借りることができるものであり、私は以前のコメントで詳細を概説しました:)

週末に時間があれば、試してみます。 誰かがその前にそれをやりたいのなら、それはクールだろう：smile：

開店したばかりのPRに賛成して閉会。 そこで議論を続けます。

読んでいる人は誰でも--forceExitフラグを使用してこの機能にアクセスできます。 🎉

グーグルの場合：JestはJenkins CIで終了しませんが、ローカルでは終了します。 --forceExit確かに私のために修正しました。

私にとっては、.then（（）=> {}）でpromiseを処理するのを忘れていました-仕事をしました

私はまだこれに苦労しています。 asyncとawait使用してAPIをテストしています。 Expressアプリケーションに接続してエンドポイントに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
ジェスト：v23.6.0

--detectOpenHandlesまたは--forceExitを追加しても、Codeshipで実行している場合の問題は修正されません。

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

ノード：v8.12.0
ジェスト：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)
    })

NestJsで私は追加しなければなりませんでした

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

この問題は、jestプロセスのメモリ不足が原因であることがわかりました。 --maxWorkers=10追加すると、問題が修正されました。

私はこの原因を追加しています。おそらく、この問題に疑問を抱いている誰かが、私が持っていたようにこれの理由を持っている可能性があります。
私はTravis内でJestを使用してNodeJSアプリをテストしていましたが、Jestの直後にタイムアウトするまでtravisがハングし続けました。 ジェストは閉鎖していなかったようです。
何度も試した結果、JSDomでjestを使用していることが理由であることがわかりました。
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アプリをテストしていましたが、Jestの直後にタイムアウトするまでtravisがハングし続けました。 ジェストは閉鎖していなかったようです。
何度も試した結果、JSDomでjestを使用していることが理由であることがわかりました。
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

NestJsで私は追加しなければなりませんでした

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

NestJSの人々のためにこれをここに残してください：
NestJSを使用して、上記の答えが機能することを発見しました。
動作しないのは次のとおりです。

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

私にとって、動作するのは--forceExit --maxWorkers=10です（私はUbuntu 18.04を使用しており、jest @ 21.2.1を使用しています）

私の場合、NodeJS 10または11を使用すると問題が修正されますが、ノード6またはノード8でも問題は解決します。 --detectOpenHandlesオプションを使用しても何も表示されず、 --forceExitでも問題が修正されます。

ここでさらに+1人（ @motssや@seanlindoなど）が_ "テスト実行が完了してから1秒後にJestが終了しなかったことを確認します。" _は--detectOpenHandlesが使用されていない場合にのみ発生します。

[email protected]

--detectOpenHandlesがないとテストは一貫して失敗しますが、 --detectOpenHandles実行すると合格し、開いているハンドルは表示されません。

テストを実行するマシン/コンテナーには2つのコアがありますが、デフォルトでは、テストはmaxWorkers=1実行されます。

--detectOpenHandlesフラグを追加し、 --debugフラグを使用してconfig / globalConfigを確認すると、 detectOpenHandles値は_only_の違いです...

with --runInBand --detectOpenHandlesを実行しても、テストは正常に合格します。

次のいずれかを使用して実行すると、「...終了しませんでした...」エラーを表示せずにテストを正常に終了できます。

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

今のところmaxWorkers=2でそれを回避していますが、これらは私の観察であり、将来検索する人のためだけのものです...

_編集：追加の詳細：これは、ノードv8.9.3を実行しているalpine：3.7からのDockerコンテナーであるCI環境にのみ影響します。 開発マシンで--maxWorkers=1で再現できません_

このエラーが発生したことを確認しています。 --maxWorkers=10を使用すると、問題が解決するようです。

だから....私はかなり長い間これと戦っていました（travis ci、カバーオール、typescriptを使用）。
ハングしてビルドが失敗することになります（ただし、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",

Redhat UBIイメージとcreate-react-app dockerを使用している場合は、 npm test実行する前にCI=trueを設定してください。

2019年12月。Travisでのみこの問題に遭遇しました。 テストはローカルで合格します。 @qopqopqopの修正は私のために働いた。 Jestバージョン24.9.0の使用

このエラーが発生したのは、プロジェクトがフックとテストライブラリを使用する新しいコンポーネントを追加し始めたときだけです。 Jest、testing-library、Reactフックはすべて新しいテクノロジーであるため、これらの間には多少の摩擦があると思います。 これらのプロジェクトは、まだお互いにうまく遊ぶ方法を学んでいます。 または、フックを不適切に使用する非常にバグのある機能コンポーネントを記述している可能性があります。 :-)

私はまだこの問題を抱えています。 テストを終了できません。これにより、すべてのアプリでnpm test失敗します。 どんな手掛かり？

@kooogeうまくいかない例を投稿できますか？

すべてのテストに合格した後にテストを0で終了するには、-watchAll = falseに合格する必要があります。
npm runtestのように---- 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...警告メッセージが表示されるのは面倒async 。 --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によって意図的に開いたままになっているハンドルは考慮されていません。 このユースケースは間違いなく誤検知のカテゴリに分類されます。 この誤検知が修正可能かどうかはわかりませんが、おそらく開発者の1人がこれに対する独創的な解決策を持っています。

今のところ、私は他のみんなと同じように--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を使用して、すべてのテストが終了した後も実行を継続した非同期操作を検出することを検討しましたか？

私が見つけた回避策（そしてこれは決して解決策ではありません！）は、jest.config.jsにteardownを追加することです：

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

編集：どこか別の問題。 私が使用しているのはテストランナーです...

@alusicode
これは私にはうまくいきません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を使用する必要があります。 これで、1つを除くすべてのテストの問題が修正されます（ところで、 --detectOpenHandlesは、問題のあるテストを表示しません
そこで、すべてのテストを1つずつチェックし始めました。 2つのテストで、非同期関数を呼び出すときにawaitを使用するのを忘れていたことがわかりました。
待機を追加した後、修正されました。 --detectOpenHandlesが問題を印刷しないのは普通だとは思いませんが。