Jest: Jest harus `process.exit(0|1)` setelah tes selesai berjalan

Dibuat pada 3 Mar 2017 · 3Komentar · Sumber: facebook/jest

Apakah Anda ingin meminta fitur atau melaporkan bug ?
fitur/bug

Apa perilaku saat ini?
Jika perpustakaan berperilaku tidak semestinya dan tidak membiarkan proses keluar, maka proses akan hang tanpa batas, meskipun semua tes lulus. Dapat dikatakan bahwa perpustakaan ini bahkan mungkin tidak berperilaku buruk karena ada beberapa alasan yang sah untuk tidak membiarkan proses berakhir secara alami.

Jika perilaku saat ini adalah bug, berikan langkah-langkah untuk mereproduksi dan demo repl.it melalui https://repl.it/languages/jest atau repositori minimal di GitHub yang kami dapat yarn install dan yarn test .

Apa perilaku yang diharapkan?
Jest keluar dari proses ketika semua tes selesai dan tidak ada lagi yang bisa diuji oleh Jest.

Harap berikan konfigurasi Jest Anda yang tepat dan sebutkan Jest, node, versi yarn/npm dan sistem operasi Anda.
Saya tidak berpikir itu relevan, tetapi di sini:

lelucon: v19.0.2
simpul: v7.7.1
npm: 4.1.2
benang: 0.21.3
os: Linux 4.10.1-gentoo #4 SMP PREEMPT Rab 1 Mar 14:47:04 EST 2017 x86_64 Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz GenuineIntel GNU/Linux

Sumber

withinboredom

Komentar yang paling membantu

Jawabannya tidak menyelesaikan masalah ...

achenwei-chwy pada 22 Jun 2017

👍22

Semua 3 komentar

Itulah gunanya --forceExit tetapi ini adalah pintu keluar. Jika Jest tidak keluar, itu berarti Anda tidak membersihkan dengan benar setelah pengujian Anda (gunakan afterAll ).

cpojer pada 3 Mar 2017

👍1

Jawabannya tidak menyelesaikan masalah ...

achenwei-chwy pada 22 Jun 2017

👍22

@cpojer - dapatkah Anda menjelaskan mengapa ini dianggap sebagai pintu keluar, dan bukan perilaku default?

Harapan saya adalah bahwa memanggil Jest hanya untuk tujuan menjalankan tes. Setelah semua blok uji diselesaikan dengan satu atau lain cara, dan setiap blok after* telah diproses, apa alasan untuk mengasumsikan bahwa proses yang lebih lama dari Jest harus terus berjalan?

IMO, ini harus dimatikan secara default. Kami memiliki after* untuk pembersihan/pematian yang rapi jika diperlukan, tetapi saya berani bertaruh sebagian besar waktu jalan keluar yang sulit tidak akan menimbulkan masalah apa pun.