Jest: テストの実行時にconsole.logが出力されない

repl.itを使用してこれをテストしました： https ：//repl.it/EwfT/0

良いニュースは、期待どおりに機能し、console.logが出力されることです。 jestバージョンを17.0.3にダウングレードしようとしましたが、それでも同じ問題が発生していました。 ノードv6.9.2でテストするためにnvmをインストールし、hurray console.logはjsdomで動作するため、問題はノードv7に関連していると想定しています。

これを報告していただきありがとうございますが、これは＃2166の複製であり、ノード6でも発生します。

@thymikeeこれはどのように＃2166の複製ですか？ このシナリオでは、 console.log何も出力しません。 Nodev4でこの問題が発生しています。 イライラするのは、今日の早い段階で正常に機能していたことです。環境に0の変更を加えると、端末にconsole.log出力が表示されなくなります。

@thisissamiテストまたはコードが実行されていないようです。 Jestのテストスイートはノード4とノード6に合格し、コンソール印刷が正常に機能することを確認し、7.3の修正に取り組んでいます。

@ cpojer-私のテストは正しく合格/不合格です- console.logメッセージだけが表示されません。 これは、特定のオブジェクトのプロパティがconsole.logであるかどうかを調べようとしたときに、出力が表示されないことを発見しました。 多くのconsole.logステートメントを追加しましたが、現在ターミナルに表示されているものはありません。 = /現在、 Jest v17に戻って、何かが変わるかどうかを確認しています。

それが今日あなたのために以前に機能していて、もう機能していない場合は、更新を行ったか、自分で何かを壊したに違いありません。 Jestのリリースは2週間で公開されませんでした。

さて、私のテストコードで変更されたのは、実行するはずのコードの後に​​複数行のコメントを追加したことだけです（自分自身の参照として）。 それを削除することで違いが生じるかどうかを確認します。

@cpojer何を言うべきかわかりません。テストコードに問題はありませんが、stdoutに何も出力されていません。

import React from 'react';
import {shallow} from 'enzyme';
import FundPercentage from '../../src/reactClasses/fund_percentage';

console.log('cmon');
describe('Normal Percentage', () => {
  console.log('do this');
  const percentage1 = shallow(
    <FundPercentage percentage={0.5}/>
  );
  const percentage2 = shallow(
    <FundPercentage percentage={0.26}/>
  );
  it('should work', () => {
    console.log(percentage1.childAt(0));
    expect(0).toBe(1);
  });
});

テストは予想どおりに失敗したので、機能していることがわかります。 package.jsonでの私の設定は、本当に単純です。

  "jest": {
    "collectCoverageFrom": [
      "src/*.jsx"
    ]
  }

Jestは完全に正常に実行され、追加のフラグは付加されていません。 Jest v17＆18と同じ問題。

午後中、これ以外のファイルは変更していません。 stdoutにさまざまなものを出力することでenzymeどのように機能するかを理解し始めたところですが、 expectsを追加し始めた後、 console.logs停止しました私がそれらを再び必要としたときに機能しました、そして今、それらはまったく機能しません-私がテストで何を持っていても。 私は自分の環境でも何も変更していません（ちょうど今v17にダウングレードする以外に）、これは確かに混乱を招きます。

ノード7.3にアップデートしたようです。 そのためのいくつかの修正があります。 この課題追跡システムはヘルプフォーラムではないことに注意してください。 質問にはstackoverflowを使用してください:)

私はノードv4.4.7を使用していますが、私に関する限り、 console.logを使用しているときにstdoutに何も表示されないことが問題です。 私はコーディングの助けを得ようとはしていません。私にはバグのように見えるものを報告しています。 変更された他の唯一のことは、以前は複数のテストファイルを実行していましたが、現在は1つだけです。 他のテストを再度有効にすると、 console.log出力が再び表示されるかどうかを確認します。

@cpojerかなり確かにあなたたちはここにバグがあります。

3つのテストを実行すると（ .test.js 3つの異なるファイルのように、そのうちの2つはチュートリアルの例です）、問題なく機能します。 私のテスト（上記でコピー）は、すべてのconsole.logをレンダリングします。

テストを1回実行するだけで（つまり、2つのファイルで.test.js名前を.teast.jsに変更）、console.log出力がレンダリングされません。

必要な出力が表示されるように、2番目の任意のテストを実行し続けるので、私自身の個人的なニーズには適していますが、他の場所で再現可能であると仮定すると、これはimoに対処する必要があります。

Jestのテストスイートは、ノード4、ノード6、およびノー​​ド7.3でこの動作をテストします。 4と6で動作しますが、7.3で壊れました。 ノード7.3でこれを修正しており、まもなくJestの新しいリリースを公開する予定です： https ：

ノード4を使用するJest自身のテストスイートが失敗した場合は、セットアップに問題がある可能性があります。

リポジトリのクローンを作成して、今すぐ試してみてください。

これらの3つのテストを除いてすべて合格しました。 どのような影響があるのか​​わからない。 以下の画像だけでなく、私が抱えているconsole.logに関連するエラーに関するすべての情報があります。 それが冗談のバグではない場合は、そうです。 ガイドに従う以外に何もしないと、テストファイルを1つだけ実行するとログが表示されないというシナリオになりますが、私には奇妙に思えます。

これらは、問題とは関係なく、Mercurial（hg）がインストールされていないことを示しています。 テストスイートはあなたに合格しているようです。 テストスイートでログの動作を明示的にテストするため、コードまたはセットアップに問題がある可能性があります。

かっこいい-フィードバックありがとうございます。 複数のファイルがある場合にそれが機能する原因となる可能性があるが、1つしかない場合には機能しない可能性があることについて何か疑問がありますか？ 頭に浮かぶ明らかな「ああ、これは時々そのような問題を引き起こす」がない場合、心配する必要はありません。少なくとも2つのファイルが常に実行されていることを確認します。 :)

同じ問題が発生しています。console.logが出力されません（以前は約1時間前でした）。 ノード6.9.1を使用していて、-forceExitフラグも有効にしています。 このフラグを有効にしないと、console.log出力が表示されます。

ただし、-forceExitフラグを使用する別のテストスクリプトがあり、console.logが表示されるため、-forceExitフラグがこの動作を引き起こしているとは言えません。

@thisissamiが行っているように、単一のファイルをテストしようとしたときにのみ、ログの問題が発生します。

同じ問題が発生していましたが、gulpfile.js内でjest-cli（jest.runCLI）を介してjestを実行していることが原因であり、console.logの出力を飲み込んでいることがわかりました。 jestを直接実行すると、コンソール出力が表示されます。

私は今、いくつかのファンキーな振る舞いを見ていますが、それはまだ単純なテストケースに分離することはできません。さもなければ、新しい問題を提出するでしょう。

1）Jestがテストを実行します
2）Jestはconsole.logステートメントを出力します（ここでは点滅しないでください）
3）Jestは任意の数の行をスクロールバックします。これは、すべてのconsole.log行、場合によっては一部、場合によってはすべてをカバーします。
4）Jestは次のテストを実行します（前のテストのconsole.log行が消えます）。

jest v18.1.0

単純なテストではこれを分離できないので、より複雑な非同期テストの実行と関係があると思います。

同じ問題が発生しています。出力が他の出力を上書きしているのではないかと思います。 ときどき、次のようなものが表示されます。

これは、1つのプロセスがエラー（失敗したpropタイプ）を出力したようですが、テスト出力ログによってすぐに書き込まれます。

もっと：

また、テストの実行中にCtrl + cを実行すると、テストを終了しても表示されないコンソールログが表示されることがあります。

バージョン
ジェスト：17.0.1
ノード：6.6.0
NPM：3.10.3
macOS：10.12.2
ターミナル：2.7.1（およびiTerm2 3.0.13でも）
スクリプト（ package.json ）： jest /src/main/js --watchまたはjest /src/main/js --coverageまたはjest --watch --onlyChangedすべて同じ動作をします。

@davidgilbertsonは

18.1.0を試しましたが、さらにバグが多いようです。 そして、私はまだこのようなものを見ています：

特定のパターンを選択することはできませんが、発生したことがいくつかあります（コンポーネントの1つにconsole.warn('----------------')があります）。

• テストを実行するときに下から少し上にスクロールすると、ログが表示されます。 テストのローリング中にターミナルウィンドウを下にスクロールすると（自動スクロールが開始されるように）、テストが終了すると、上にスクロールして、console.warn行が消えます（おそらく上書きされます）。
• テストを実行してすぐにctrl + c 、いくつかのコンソールログが表示されます。 しかし、同じことをして中断しないと、それらのコンソールログは表示されません。
• jest /src/main/js --watch 1回実行し、次にaを押して再度実行すると、ディレクトリsrc/main/assets/legacy多くのレガシーテストが取得されます。これはglobと一致しません。
• jest --watch実行した場合は、上記と同じです（すべてのテストは.test.jsまたは.test.jsx ）。 したがって、ウォッチモードで「a」を押すと、 src/test/js/spec/categoryselector/spec.jsと呼ばれる古いジャスミンテストを含め、どこにでもあるように見えます。 Enter押すと、私が期待することを実行できるようです。

不足している小道具によってスローされたすべてのエラーがこの問題を引き起こしている可能性がありますか？ 上書きされる前にこれらのエラーをキャッチするために、出力をctrl+c続けなければなりません。

私にとっても機能していません（jest 19.0.1、ノード5.12）。 興味深いことに、同じ設定の別のプロジェクトで機能します。 Jestテストをデバッグする方法がわからないため、いくつかのコンソールメッセージを表示できることが非常に重要だと思います。

jestフラグ--runInBandを使用して、テストを連続して実行することで解決するかどうかを確認しましたか？ 誰かが私にこれについて言及しましたが、それをテストする機会がありませんでした。

bailフラグは、コンソールログの印刷を防ぎます。

試してみます。 少し不安なのは、同じプロジェクトで、一部のコンソールログステートメントがコンソールに出力されていることと、出力されていないことです。 残念ながら、テストケースが失敗している場所に追加しようとしたものは出力されません（テストケース、テストされたユニットなどのどこにでも追加しようとしましたが、役に立ちませんでした）。 ですから、振る舞いが簡潔ではないので、これがフラグに帰着する可能性があるとは実際には思いません。 これは、標準のレイアウトに従った、reactNativeプロジェクトです。

これはどれも役に立たないようです。 --bailフラグは、他のテストの実行を停止するだけであり（私の場合、問題のあるテストはとにかく最後のテストです）、-runInBandsには目に見える違いはないようです。 Jestは更新されたファイルを実行するので、console.logステートメントを挿入すると、エラースタックトレースに更新された行番号からのエラーが表示されます。 コンソールログが発生しないだけです。 ブラウザでこれらのテストをデバッグすることは困難/不可能であるため（そうでない場合はplsが修正します）、テストのいくつかの問題を修正するには、console.logが絶対に不可欠です。

このテストケースは実際には実行されていなかったようです。 TypeErrorがありました（未定義のプロパティにアクセスします）。 私を誤解させたのは、実際にコンソールでスタックトレースを見たということです。これは、実行されていることを示唆しています。 したがって、トレースを表示してもログメッセージを表示しないことは、完全には加算されませんでした:)なぜこのように行われたのか誰かが知っているので、実行時エラーでテストが失敗した場合、ログは見た目どおりに出力されませんか？ （明確にするために、私はエラーの時点までに発生したログを意味します、私は明らかにエラー後のログを意味しません:)）

私の環境では、 package.jsonのjestオプションにverbose: true設定しました。 これをfalseに変更（または削除）すると、問題が修正されました。 すべてのコンソールログが表示されます。

これは18.1にあります。

この問題が発生している他の人は、最近追加された依存関係を確認してください。 ブラウザオブジェクトをモックしようとしてmock-browserを追加した後、問題が発生し始めました。 どうやらそれはglobalをそれ自身のオブジェクトに置き換えます。

package.json（jest config）

"jest": {
    "testEnvironment": "node",
    "moduleFileExtensions": [
        "js",
        "json"
    ],
    "moduleDirectories": [
        "node_modules",
        "src"
    ],
    "transform": {
        "^.+\\.js$": "babel-jest"
    },
    "roots": [
        "<rootDir>/__test__"
    ],
    "setupFiles": [
        "<rootDir>/__test__/test-setup.js"
    ],
    "moduleNameMapper": {
        "client": "<rootDir>/src/client",
        "common": "<rootDir>/src/common",
        "server": "<rootDir>/src/server",
        "!CONFIG": "<rootDir>/config/env/test.js",
        "\\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/file.js",
        "\\.(css|less)$": "identity-obj-proxy"
    }
}

test-setup.js

const mockBrowser = require('mock-browser').mocks.MockBrowser;

const MockBrowser = new mockBrowser();
global.APP_CONFIG = require('!CONFIG').default;

global.__DEVELOPMENT__ = false;
global.__TESTING__ = true;
global.__PRODUCTION__ = false;
global.document = MockBrowser.createDocument();
global.window = MockBrowser.createWindow();
global.localStorage = MockBrowser.getLocalStorage();

test-setup.js
mock-browserビットをコメントアウト...

// const mockBrowser = require('mock-browser').mocks.MockBrowser;

// const MockBrowser = new mockBrowser();
global.APP_CONFIG = require('!CONFIG').default;

global.__DEVELOPMENT__ = false;
global.__TESTING__ = true;
global.__PRODUCTION__ = false;
// global.document = MockBrowser.createDocument();
// global.window = MockBrowser.createWindow();
// global.localStorage = MockBrowser.getLocalStorage();

console.logは正常に機能します。

なぜこの問題は解決されたのですか？ 明らかに＃2166の複製ではありません

これに遭遇したので、$ 0.02を追加します。

問題：

• jest --watch --verbose （v19.0.2）を実行しています
• 一部の（すべてではありません！） console.logステートメントは、テストの実行中も要約にも表示されません
• 私の場合、それを_.reduce呼び出しに分離できます。このブロック内のすべてのconsole.logステートメントは表示されず、reduceブロック外のconsole.logステートメントが表示されます。 他の手段（カバレッジ、テスト結果）によって、レデューサー本体が実際に呼び出されていることを確認しました。 コードのこの部分に基づいて非同期/ promiseを実行していないため、これは奇妙です。reduce呼び出しが何かに影響を与える理由を理解することはできません。
• --runInBandでjestを呼び出すと、すべてのconsole.logステートメントが表示されます。
• 以前のほとんどのレポートとは異なり、 "testEnvironment": "node"ではなくjsdom "testEnvironment": "node"で実行しています

次のコメントは私の問題に関連しているようです：

https://github.com/facebook/jest/issues/2441#issuecomment -273643521
https://github.com/facebook/jest/issues/2441#issuecomment -278202180

それはかなり速いですが、console.logsは、実際に画面に描画された後、上書きされているようにそれは思えません。

console.logが実際に画面に描画されてから約0.2秒間描画されていることを、ビデオで確認しました。

--watchなしで--verboseを実行すると、これが修正されるようです。

孤立した再現ケースを取得するために10分を費やしましたが、それができないようです。 それはおそらく、大規模な（まあ、> 1）テストスイートでのみ現れます。

ここで動作を確認できます。

• console.logの前
  

• console.log-一瞬表示されます（<0.2秒）
  

• console.logが塗りつぶされた後
  

この問題は本当にひどいもので、この問題に多くの時間を浪費し、何も機能していないようです。 Facebookのエンジニアがまともなテストスイートを持っていると思ったので、私は冗談を選びました、そして今これは...

これが私がジェストが好きではない理由です。 あなたが何をしても、彼らはあなたのコンソールをクリアし、コンソールステートメントを表示することを拒否します、そしてあなたが修正する必要があるエラーが発生するまで、彼らはどういうわけかランダムに表示されます、その場合彼らはすべてを隠すために最善を尽くしますログステートメントなので、修正できません。

開発者からコンソール出力を隠そうとするのをやめませんか？ 補助輪が必要な場合は、Angular1を使用します。

それは非常に攻撃的な@halisです。 これを行っているのは、Jestがテストを並列化し、多くのテストが同時に端末にログを記録する可能性があるためです。つまり、Jestの出力は役に立たなくなります。 私たちは実際にそれをしていました。 --verboseを使用している場合、実際には何もバッファリングせず、コンソールに直接書き込みます。

それでも問題が解決しない場合は、PRをJestに送信し、この動作を改善することで、私たちを助けることができるかもしれません。

申し訳ありませんが、私は金曜日に本当にひどい日を過ごしていて、イライラしていました。 あなたにそれを取り上げる理由はありません、あなたはただ助けようとしているだけです。

金曜日に--verboseフラグを見つけました。これにより、問題を修正するのに十分な出力が得られました。

繰り返しになりますが、それについてそのようなディックであるために申し訳ありません。

それは素晴らしいことです。 JavaScriptツールで金曜日を台無しにしないでください😀

これに関するニュースはありますか？ console.logを表示する方法は？

非常に興味深い動作で、頭を数回（数回のように）叩いた後、-verboseがconsole.logが印刷されなかった原因であることがわかりました。
私の最善の解決策は、コンソールでメッセージを出力したいときに、冗長フラグを含まない別のスクリプトをpackage.jsonに作成することでした。 すぐに修正していただければ幸いです

この問題は、console.logを使用してテストをデバッグすることを困難/不可能にするため、実際にはかなり厄介です（私は知っています。古い学校ですが、それでも便利です）。
--runInBandオプションを使用すると、ログステートメントが表示されます。

編集：結果が画面に表示される方法に関連していると確信しています... 1つのオプションは、派手なレンダリングを試みない「ダミー」レポーターを使用することです。 もう1つのオプションは、モカのように開発者にレポーターを選択させることです。

ログを表示しないよりも悪いです：

非同期テストで何らかのエラーが発生した場合、ログメッセージが表示されないだけでなく、 expectエラーも非表示になり、例外が飲み込まれます。

test('async', (done) => { setTimeout((() => { expect(1).toEqual(2); throw new Error(); done(); }), 1000); });

expectテストはどこにも表示されません。

`` `` ``
タイムアウト-jasmine.DEFAULT_TIMEOUT_INTERVALで指定されたタイムアウト内に非同期コールバックが呼び出されませんでした。

  at Timeout.callback [as _onTimeout] (../../../../../../../../usr/local/lib/node_modules/jest/node_modules/jsdom/lib/jsdom/browser/Window.js:523:19)
  at ontimeout (timers.js:386:14)
  at tryOnTimeout (timers.js:250:5)
  at Timer.listOnTimeout (timers.js:214:5)

`` `` ``

runInBandもverbose:false役に立ちません。

簡単な（ babel-jest ）構成があります。

doneコールバックを使用した非同期テストの@richburdonは、失敗したケースをdone.fail()カバーする必要があります

@thymikee迅速な対応に感謝します。 どういう意味かわかりませんが。 テストを変更したり、ドキュメントを参照したりできますか。 どうもありがとう。

test('async', (done) => { setTimeout((() => { expect(1).toEqual(2); throw new Error(); done(); }), 1000); });

test('async', (done) => {
  setTimeout((() => {
    expect(1).toEqual(2);
    try {
      throw new Error();
    } catch (error) {
      done.fail(error);
    }
    done();
  }), 1000);
});

これは理想的ではないと思いますが、これが現在の動作方法です。 テストされた関数がPromiseを返す場合、問題ではないことに注意してください。 https://github.com/facebook/jest/issues/2136やhttps://github.com/facebook/jest/issues/2059など、この動作の影響を受ける問題がいくつかあり

しかし、これはそれを議論するための関連する問題ではありません、あなたは他の場所にあなたのアイデアを投稿することができます。

@thymikee 、 setTimeoutには、冗談とは関係のない約束に関連する問題があるため、私の例は適切ではありませんでした...

テストされた関数がPromiseを返す場合、問題ではないことに注意してください。

わかりません：

`` `` ``
test（ 'async'、（done）=> {
関数foo（）{
Promise.resolve（1）;を返します。
}

foo（）。then（value => {
expect（value）.toEqual（2）; //報告されません; タイムアウトします。
終わり（）;
}）;
}）;
`` `` ``

テストコードがexpect呼び出し（つまり、テストフレームワーク自体の一部）の例外をキャッチする必要があることは明らかではありません。 これはかなり複雑に見えますか？

したがって、明確にするために、catchブロックでpromiseを返すテスト済み関数を含むすべてのテストをラップする必要があります- expect呼び出しをキャッチします。そうしないと、次のようになります。 b）エラーを報告しない。

私が別の間違いを犯していない限り：

a）。 おそらくこれを文書化しますか（https://facebook.github.io/jest/docs/asynchronous.html#content）？

b）。 エラーをログに記録してみませんか？ および/または終了するオプションがありますか？

https://github.com/facebook/jest/issues/3576に移動し

console.logでも同じ問題があります。
v19では正常に動作しており、コンソールで出力を確認できました。
v20.0.3にアップグレードすると、出力は失われます。
--runInBandまたは--verboseを追加しようとしましたが、役に立ちませんでした。

nodejsの最新バージョンにアップグレードしてください。 これはノード〜7.3の既知の問題です。

@thymikeeでは、彼らはこの問題を修正するつもりですか？ 私は太陽の下ですべてを試しました。 それでもコンソールログはありません。 私はtypescriptとjestが提供するプリプロセッサを使用しています。 私はts-jestを使用していましたが、そのプリプロセッサは機能していました。 プリプロセッサと関係がある可能性はありますか？

@cpojer @lsentkiewicz新しいバージョンの新しい問題なので、新しい問題を開く必要がありますか？

@cpojerが述べたように、最新バージョンのノードを使用すると問題が修正されます。

@marcusjwhelan
v7.10.0で動作します

jest --bailを使用すると、コンソール出力が飲み込まれてしまうのをまだ見ています。

@ cpojerv8.0.0では動作しません

ノード8.0.0で動作していません

それが機能するために特定のバージョンを使用する必要がある場合、これは悪いバグのように感じます。 システムが6.0で実行されていて、nodejsが変更されたために、7.0で機能しない場合はどうなりますか。 jestは少なくとも最新バージョンのNodeで動作するべきではありませんか？ 少なくとも5年間のサポート？ @cpojer @taion

これはノード7.3のみのバグです。 彼らは悪い変更をマージし、7.4または7.5に戻しました。

ノード8では機能しないと言われていますが、この動作のテストがあり、合格しています。 Jest 20とノード8で適切な再現を作成したい場合は、その問題を作成してください。

@cpojerこのセットアップ（macOS）ではconsole.logの出力が表示されません：

$ node --version
v7.4.0

ファイル

package.json ：

{
  "dependencies": {
    "@types/jest": "19.2.4",
    "jest": "20.0.4",
    "ts-jest": "20.0.6",
    "typescript": "2.3.4"
  }
}

__tests__/jestconfig.json ：

{
  "rootDir": "../",
  "globals": {
    "__TS_CONFIG__": {}

  },
  "moduleFileExtensions": [
    "ts",
    "tsx",
    "js",
    "jsx",
    "json"
  ],
  "transform": {
    "\\.(ts|tsx)$": "<rootDir>/node_modules/ts-jest/preprocessor.js"
  },
  "testRegex": "__tests__/.*test_.*\\.(ts|tsx|js)$"

__tests__/test_foo.ts ：

import {} from 'jest';

console.log('CONSOLE before test');
test('fail', () => {
  console.log('CONSOLE inside test');
  expect(true).toEqual(false);
  console.log('CONSOLE end of test');
})

__tests__/test_bar.js ：

console.log('BAR CONSOLE before test');
test('fail', () => {
  console.log('BAR CONSOLE inside test');
  expect(true).toEqual(false);
  console.log('BAR CONSOLE end of test');
})

出力

$ jest -c __tests__/jestconfig.json 
 FAIL  __tests__/test_foo.ts
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous> (__tests__/test_foo.ts:6:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

 FAIL  __tests__/test_bar.js
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous>.test (__tests__/test_bar.js:4:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

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

シングルJSテスト：

$ jest -c __tests__/jestconfig.json __tests__/test_bar.js 
 FAIL  __tests__/test_bar.js
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous>.test (__tests__/test_bar.js:4:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

  ✕ fail (7ms)

Test Suites: 1 failed, 1 total
Tests:       1 failed, 1 total
Snapshots:   0 total
Time:        0.596s, estimated 1s
Ran all test suites matching "__tests__/test_bar.js".

シングルTSテスト：

$ jest -c __tests__/jestconfig.json __tests__/test_foo.ts 
 FAIL  __tests__/test_foo.ts
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous> (__tests__/test_foo.ts:6:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

  ✕ fail (116ms)

Test Suites: 1 failed, 1 total
Tests:       1 failed, 1 total
Snapshots:   0 total
Time:        1.27s
Ran all test suites matching "__tests__/test_foo.ts".

ノードv8.1.2でこれと同じ問題が発生します。 ノードv7.10.0も試しましたが、それも機能しませんでした

Reactプロジェクトに取り組んでいる私は、Jestを試しました。これは、Jasmineを使用すると、 whatwg-fetch 、Node.jsの実行、およびBabelの変換を使用してHTTP呼び出しをテストするための完全な探求であるためです。 しかし、現時点でJestを使用してコンソールに印刷できないことを確認したとき、このフレームワークを使用することはできませんでした。 Node.js7.10とJest20.0.4に問題があります。

最後に、グローバルスコープでxmlhttprequestを宣言し、偽のサーバーとしてnockを使用することで、JasmineとNode.jsの実行ですべてのテスト環境を設定することができました。

バグを見つけて修正するのは非常に難しい場合があります。 しかし、これは6か月前に報告されたP0であり、ReactプロジェクトのテストフレームワークとしてJestを真剣に検討することを妨げるでしょう。

jest --verbose実行すると、Jest 19.0.2とノード7.10.0で@davidgilbertsonのスクリーンショット（console.logを上書きするテスト結果）と同じ問題が発生していました。 私を助けたもの： jest --verbose --runInBandすると、正しく機能しました（最初のテスト結果、次にすべてのconsole.log）。

@cpojer @thymikee注目を集めるために、この問題を再度開いていただけませんか。

@iffy 、リプロで別の問題を作成していただけますか？ トリアージして、何が問題なのかを確認します。
ところで、expectがスローされるため、expectが失敗した場合は呼び出されません。

@thymikee完了（私はすでにモカに切り替えましたが、トリアージの心配はありません）

私もこの問題を抱えていました。このスレッドをすべて読んですべてを試した後でも、問題を修正することはできません。 アプリにjestを実装したばかりなので、テストは非常に簡単ですが、それでもconsole.logは表示されません。

次に、 winstonを使用して出力ファイルにログを記録しようとしましたが、機能しました。 次に、 winstonを使用してコンソールにログを記録しようとしましたが、うまくいき

だから私はあなたたちに同じことをすることをお勧めします。 私のlogger.jsファイルを確認してください：

'use strict';

const winston = require('winston');

const customColors = {
  trace: 'white',
  debug: 'blue',
  info: 'green',
  warn: 'yellow',
  crit: 'red',
  error: 'red'
};

let config = {
  colors: customColors,

  levels: {
    trace: 0,
    debug: 1,
    info: 2,
    warn: 3,
    crit: 4,
    error: 5
  },
  transports: [
  ]
};

config.transports.push(
  new(winston.transports.Console)({
    name: 'consoleLogger',
    level: 'error',
    colorize: true,
    timestamp: true
  })
);

const logger = new (winston.Logger)(config);
winston.addColors(customColors);

module.exports = logger;

テストファイルでは、次のものを使用します。

let log = require('./logger.js');
log.debug('some log here!');

Winstonは、Jestのこのバグを回避するprocess.stdout.writeを使用しているため機能します。 最終的に、ノードのutilモジュールを使用して独自のconsole.logを作成しました。

@eranimo @Daymannovaesはバグ＃3853を見る

そのコメントはそれが8.1.2で動作することを示していますが、私はそれを試しましたが、動作しませんでした。 これはかなり悪いバグだったので、私はすでにモカに切り替えました。

このバグは次のリリースで修正されますか？ また、それはどこにありますか？

ノードの最新バージョン（オプションではない）にアップグレードできないため、解決策ではありません。 私は私が台無しにすることができる私自身のロガーutilを作ることができました。 モカへの変換を検討していますが、ロガーのutil実験がどのように行われるかによって異なります。

できるだけ早く修正してください。コンソールログは、テストの作成に非常に役立ちます。

一時的に19.0.2にダウングレードしましたが、機能しています。

同じ問題が発生し、最新バージョンのノードでテストしました。 今は動作します。 ：100：

Node.js v7.10からv8.1に移行した後も、私からは機能しています。

7.4.0 -> 8.2.1からノードを更新するときに修正されました

これをノードv8.4.0およびJest21.0.0-beta.1で取得します。

test.onlyして単一のテストケースのみを実行すると、console.log出力は表示されません。

しかし、 --testPathPattern fileを削除してすべてのテストを実行すると、出力が表示されます。

また、テストの最後のステップとしてawait Promise.delay(100)を追加すると、出力が表示されます。

このコメントは申し訳ありませんが、テストに合格または失敗した後ではなく、リアルタイムでJestをconsole.logに送る方法です。 私のテストでは、ループの実行中に値をログに記録しようとしていたwhileループを使用していますか？

@nharrisanalystは--verboseフラグを使用します

応答ありがとうございますが、私はこのフラグを使用し、テストが成功または失敗した後にのみconsole.log（）を使用します。 そのため、whileループがスタックした場合、テストが成功も失敗もしないため、テスト時にconsole.logでデバッグできません。ループにスタックするだけです。

Jestは、 setupFiles 、 setupTestFrameworkScriptFile 、またはbeforeAllで行うコンソールを食べているようで、ユーザー入力を要求してコマンドを検証するテストセットアップスクリプトを作成できません。ラインフラグ。 "verbose": true有無にかかわらず発生します

Jestでテストを実行すると、console.log（）で観察結果が表示されないことを共有します。

このための前提条件は、 --verboseフラグを指定してJestを実行することです。

複数のテストファイルを使用してテストを実行している場合、console.log（）からの出力は表示されません（ほとんどの場合）。
Jestが1つのテストファイルからの

この問題は、次の方法で回避できます。

• 1つのファイルからのみJestテストを実行します。 うん...まったく現実的ではないので、次のオプションを参照してください。
• --maxWorkers=1フラグを使用します。 どういうわけか、これは私にとってうまく機能します。 私の推測（*）は... Jestは同じプロセスで実行され、メインプロセスにパイプで戻すために各プロセスからstdoutをバッファリングする必要はありません。

私のguess（*）が予想される動作である場合は、ドキュメントを更新して明確に示すことをお勧めします。これにより、開発者が「なぜ私のconsole.log（）が表示されない...時々」を理解しようとして時間を無駄にすることがなくなります。

OKですから、これは今日の私を含む一部の人々にとってはまだ問題です。 これからもそうなると思います。

私のテストから、Jestはログを出力する前にプロセスを終了します。これは、ログが飲み込まれているように見えることを意味します。

私の場合、jest構成でverbose: trueとbail: falseを設定しました。 Jestは、すべてのテストが実行されるまで続行し、すべてのエラーとログを出力します。 これは有利です。 --runInBandも実行しました。これは、 --maxWorkers=1を設定するのと同じです。

最大の助けはbail: falseた。これにより、すべてのテストを終了するまで実行できるようになりました。 それでもコード1が、すべてのログを再び表示できます。

ノードv8.1.4でJestv19.0.2を実行します。

--verbose --testPathPattern=<path/to/file>実行すると、ログが印刷されました。 そうでなければ、それは飲み込まれます。

誰かがjest21.2.0と現在のノード（つまり4.8.4、6.11.4、または8.7.0）で失敗する小さな複製を提供できますか？

verboseまたは追加のjest構成を構成する必要はなく、ノードバージョンを7.4.0から8.0.0にアップグレードすると問題はなくなりました。 それが私の観察です。

[email protected]

これはとてもイライラします！ 私はすべての最新バージョンを持っていますが、それでもJestは一見ランダムな場所でconsole.log出力を切り落とします。 これにより、失敗したテストのデバッグが非常に困難になります。

私はこれに対する答えを見つけました！ 詳細モードをオフにすると、すべてのconsole.log出力が表示されます。 Jestの出力が冗長なものである場合、最後のいくつかのconsole.logsからの出力の上にそれを書き込みます。

これを一貫して再現するコードがありますか？ 問題の原因となる根本的な不整合を解消するのに役立つ可能性があります。

壊れたものを修正しようとしたときに、 expect(<value>).toEqual("someImpossibleValue")とbail: falseを使用してこれを回避しました。 絶対に理想的ではありませんが、迅速で汚い...

たぶん、expect（）に似ているが、保釈されないassume（）関数を導入することができます。

v 22.0.4 no console.log ....を実行しています。これを他の多くの理由の1つに追加してください。jestはお勧めしません。

@mvolkmann冗長モードについてのヒントをありがとう。 非言語モードがjestのデフォルトである場合は、変更を検討する価値があるかもしれません。 コードに配置したconsole.logが表示されないことは、私には直感的ではないようです。 これは、テストが失敗したときに最初に試みる基本的なことです。

（ここではノードv9.3.0とjest v20.0.4）

jest ^21.2.1およびnode 8.9.4

Jestはまだ時々コンソールログをスローしません、 --verboseオプションは私にとって問題を解決しません。 この問題が解決された理由がわかりません。

@fega誰も私たちが引っ張ってテストできる複製ケースを提供していないので。

$ jest --verbose

このコマンドは、すべてのコンソールログを表示します

@odykyiは私には機能しません。 jest22.1.0およびv8.9.4

奇妙な行動。 verboseをfalse 、console.logステートメントが出力されました。

jest @ v22.4.0 、 node @ 8.9.4で、 --forceExit 、明示的にverbose設定しない限り、テストしたコードからのconsole.logの出力が表示されません。 falseか、 --forceExitフラグ（一時的に使用しています）を削除します。

jest @ v22.4.0 、 node @ 8.9.4で、 -forceExitを使用すると、verboseを明示的にfalseに設定するか、-forceExitフラグを削除しない限り、テストしたコードからconsole.logの出力が表示されません（一時的に使用しています）。

上記とまったく同じ動作が見られます。 jest @ v22.4.0 、 node @ 9.5.0。

done()が呼び出される前のconsole.loggingですが、出力は--forceExit表示されません。 --forceExitを削除すると、最後にconsole.logの出力が表示されます。

Test Suites: 1 passed, 1 total
Tests:       35 skipped, 1 passed, 36 total
Snapshots:   0 total
Time:        2.512s
Ran all test suites matching /test\/api.test.js/i.
  console.log test/api.test.js:247
    bar

それで、出力バッファjestが内部に持っているものは何でも、強制的にフラッシュを終了する前に、ここで明白な解決策はありませんか？

テストケースがあります： https ：

誰かが私たちが見ることができる複製リポジトリを設定できますか？

簡単な追加： jest --no-cacheは、console.logsが表示されないことも意味しているようです。

Node 9.7.1では、verboseを使用したbabel7でのjest22.4.2は、テスト内からコンソールログを表示するのに問題なく機能するようです。

package.json

"dependencies": {
  ...
},
"jest": {
  "verbose": true
}

これがユーザーの介入を必要としなかったのでしばらく経ちましたが、救済策は一貫しているようです。

この問題はまた、かなり長い間私たちを悩ませてきました。最初は出力がランダムに切り捨てられ、現在は出力が完全に無視されています。 再現するには、このリポジトリのブランチdev / dexie-search-indexのクローンを作成します。
[email protected] ：WorldBrain / Memex.git

src / search / index.test.tsのinsertTestData（）のどこかにこの行を追加します。
console.log('!?!?!?!!?!?!!?'); expect(1).toBe(2)

Node.jsバージョン6.11および8.10でテスト済み。 コーディングが非常に遅くなるので、できるだけ早くこれを解決してください:(

@frankredありがとう。 verbose: "false"を設定すると、機能します。

昨日この問題https://github.com/evanw/node-source-map-support/issues/207に遭遇しましたが、ここではこの問題と非常によく似ているように見えました。

これが問題となる理由は、Node.jsのprocess.stdoutへの書き込みが非同期である場合があり、Node.jsイベントループの複数のティックで発生する可能性があるためです。 ただし、process.exit（）を呼び出すと、stdoutへの追加の書き込みを実行する前に、プロセスが強制的に終了します。

https://nodejs.org/api/process.html#process_process_exit_code

コードを確認していませんが、 process.exit()が--forceExitで使用されている場合、ログ出力が失われる理由が説明されます。

この関連する問題で私のために働いた解決策を追加しました： https ：

@ledbitそれは私にはうまく

それは本当ですが、開発者が続けることはまだ多くありません。

この問題は、非同期の例のネストされた非同期呼び出しで最も一般的に見つかりました。 他の人の場合はよくわかりませんが、console.logの使用を示すことは、これを解決するのに確かに役立ちます。

それは確かに私のために起こっています。 あなたがそれを修正することができるようにあなたは私から何が必要ですか？

2018年3月22日午前8時32分、DennisBrownの[email protected]は次のように書いています。

それは本当ですが、開発者が続けることはまだ多くありません。

この問題は、非同期の例のネストされた非同期呼び出しで最も一般的に見つかりました。 他の人の場合はよくわかりませんが、console.logの使用を示すことは、これを解決するのに確かに役立ちます。

—
コメントしたのでこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/facebook/jest/issues/2441#issuecomment-375349444で表示するか、スレッドをミュートしますhttps://github.com/notifications/unsubscribe-auth/ADrayIO4NBB2dZM1XL8ZQO32W9SUnu2Yks5tg8QCgaJpZM4LV

さらに良いことに、それのために行きなさい！ これが私のリポジトリです。 https://github.com/RALifeCoach/handandfootserver.git

npmからjestを実行するか、コマンドラインから実行します。 console.logが非常に多いことがわかりますが、ほとんどが隠蔽されています。

そこに-開発チームは彼らが必要とするすべてを持っています。 この問題を修正してください。

2018年3月22日午前8時36分、Christopher [email protected]は次のように書いています。

それは確かに私のために起こっています。 あなたがそれを修正することができるようにあなたは私から何が必要ですか？

2018年3月22日には、午前8時32分で、デニス・ブラウン< [email protected] [email protected] >書きました：

それは本当ですが、開発者が続けることはまだ多くありません。

この問題は、非同期の例のネストされた非同期呼び出しで最も一般的に見つかりました。 他の人の場合はよくわかりませんが、console.logの使用を示すことは、これを解決するのに確かに役立ちます。

—
コメントしたのでこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/facebook/jest/issues/2441#issuecomment-375349444で表示するか、スレッドをミュートしますhttps://github.com/notifications/unsubscribe-auth/ADrayIO4NBB2dZM1XL8ZQO32W9SUnu2Yks5tg8QCgaJpZM4LV

@RALifeCoachは今あなたのリポジトリを見ていて、そこにはかなりのロギングがあります。 特にどのログが欠落しているのかを指摘してください。

それを実行します。 いくつかの出力が表示されますが、多くは上書きされます。

土、2018年4月14日には、午前3時10分AM Simen Bekkhus [email protected]
書きました：

@RALifeCoach https://github.com/RALifeCoachが今あなたのリポジトリを見て、
そこにはかなりのロギングがあります。 どのログインを指摘するか
特にあなたが行方不明ですか？

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/facebook/jest/issues/2441#issuecomment-381318608 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ADrayHQCc8C0NmMmrtE7mEo2jN999CChks5tocsKgaJpZM4LVbUv
。

上書きとはどういう意味かわかりません。 コンソールに出力されたものはクリアされますか？

console.logを使用して6行を記述した場合、6行が短時間表示されてから
テストの要約は、6行の一部と重複しています。

土、2018年4月14日には、8:58 Simen Bekkhus [email protected]
書きました：

上書きとはどういう意味かわかりません。 に出力されるものはありますか
その後、コンソールがクリアされましたか？

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/facebook/jest/issues/2441#issuecomment-381339074 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ADrayF0P5SqpHjaAAYcPaIAF7ubSMVRTks5tohyIgaJpZM4LVbUv
。

@RALifeCoachが説明していることも経験しています。 テストが開始されると、ログ出力が画面に点滅します。上にスクロールすると、その出力は表示されなくなります。

ノード8.11.1でも、これはまだ問題のようです。 たぶん、新しいバグを報告して、ここに戻って参照する必要がありますか？

ノードv8.9.0でも同じ問題が発生します。

ログ出力が「上書き」されているという@RALifeCoachのコメントを確認できます。最終的に、各ログに特定の文字列（ @@@ ）をタグ付けして実行することで、ログが表示されるようになりました。

yarn test --verbose | grep '@@@'

これはひどいハックです（コンソールの色はすべて失われますが、テストの失敗と最終的なテストの概要は表示されます）が、これまでに機能したのはそれだけです。 私は上記のコメントで他のすべてを試しました。 そのノート--verbose argが、このソリューションのために必要である（それは暗黙的と組み合わされています--watchを介して、 react-scripts ）。

[最新のJestv23.0.0、ノードv8.11.2を使用するためにフォークされたreact-scriptsを使用する]

package.jsonに"verbose": trueを設定すると役立ちます。 ログは出力の下部に表示されます。

クローズドな問題の男私はそれが2年前に作成されて以来、人々がこれについて不平を言うのを今でも見ています。

Jestには、私たちに冗談を言ってconsole.log（）を「ハイジャック」するコードがあると思います。
それをノーオペレーションにする、のようなもの...

console.log = function(){ /* do nothing */}

console.logをリセットするための救済策は、皮肉なことに十分です-https：//stackoverflow.com/questions/7089443/restoring-console-logを参照してください
--console.logを削除します

delete console.log
console.log("Can you hear me now, Jesters...?");

...そして突然-出来上がり！ -炎の中のフェニックスのように- console.log()はジェストで再び機能します...！
Jestは、メッセージをログに記録する前に「console.log（場所情報）」を出力します...

>>

console.log __tests __ \ libarray-helpers.test.js：35
聞こえますか、道化師…？

また、私は最近、console.log（）の代わりに同形の「logatim」 https://www.npmjs.com/package/logatimを使用してい
Jestのハイジャックの試みの影響を受けないようです...（多分それはconsole.logをリセットします...）

console.logをlogatimで先制的に「ハイジャック」することもできます
「情報」レベルのメッセージを緑色で記録するには...

// const logatim = require('logatim') // ES5
import logatim from 'logatim' // ES6
/* ... */
console.log = function(...args){ logatim.green.info("[INFO]",...args) } // ES6

（私の喜びを好奇心と解釈しないでください...それについて少し冗談を言うことができないなら、素晴らしい製品をJestと名付けることの喜びはどこにありますか...）

憎しみを広める前に、 @ yanshuf0は、明らかに恩恵を受けている無料のオープンツールを検討してください。 Jestを使用することを選択しました。 気に入らない場合は、退会することを選択できます（または、自分で修正する場合、チームは友好的でPRにオープンです）。

私はこの「上書き」の問題（Windows 10、VS Codeターミナル、node.jsプロジェクト）を抱えていましたが、それをいじっていると、バグは発生しなくなりました。 --watch使用をやめたため、または"verbose": falseオプションを追加したため、発生しなくなったと思いましたが、これらの変更を元に戻してもバグは再発しませんでした。

ただし、Jestは、ログ出力をそれを生成したテストに意図的に関連付けないのでしょうか。 しばらくの間、すべてのコンソール出力はすべてのテスト結果を下回りましたが、現在はすべてのテスト結果の上に表示されています。 とてもランダム。

--watchAllフラグがそれをブロックしました。 今それは私のために働く

何ヶ月もjestを使用した後、これはノード8.9で突然私にも起こりました。 1分間のconsole.logは正常に出力され、次は動作を停止しました。 私はこのスレッドに行き着き、いくつかのことを試しました。 --watchを使用しないと問題は解決しましたが、毎回テストコマンドを再実行する必要がありました。 --watch --verbose falseを使用すると問題が修正され、テストが自動的に実行されます。

ここで同じ問題を見つけました。一時的な修正@bkempnerに感謝します

これが22.4.4と23.4.1の両方の問題であることを確認できます（このコメントの時点で現在）。 私が使用しているフラグは次のとおりです。

$ jest --forceExit --runInBand --bail --ci --json --outputFile=/tmp/jest_results.json

同じトピックに関する別の問題は、しばらくの間機能した--jsonオプションの追加を提案しました...それ以降、依存関係が変更された可能性がありますが、STDOUTおよびSTDERRの出力は常に抑制されます。 うまくいったものに最も近いのは--watchを使用すること

--silentはデフォルトでtrueであることがわかりました。これをfalseに設定すると、console.logが出力されます： jest --silent=false

これはまだたくさんの報告のようですが、明らかにまだ何かが壊れています。 これは、現在閉じられている＃2166の複製として閉じられましたが、それでもこれは持続します。

@thymikeeこの問題を再開できますか？

問題が部分的に戻っており、修正する必要があるため、これを再開します。

v23では、問題はウォッチモードで発生します。これは、内部での動作方法を変更して、ほとんどの場合、テストを並行して実行するようにしたため、TTYがブロックされず、長時間実行されるテストを簡単にキャンセルできるようになりました： https：// github。 com / facebook / jest / pull / 6647。
ウォッチモードでワーカーを生成しない唯一のケースは、実行するテストが1つだけで、比較的高速（1秒未満で実行）の場合です。この場合でも、 console.log通常どおり表示されます。

私の場合は、ウォッチモードですべてのテストを実行すると、正常にログインありません。 パターンモードを使用して1つのテストクラスのみにフィルターをかけると、ログが切り捨てられます

@davidgilbertson （https://github.com/facebook/jest/issues/2441#issuecomment-286248619）のコメントによると、package.jsonのverbose: trueを削除し、 --verboseを削除します。コマンドラインフラグを使用すると、他の方法では非表示になっていたコンソールログを表示できます。 それはかなり紛らわしいです。

package.jsonにverbose: trueがあり、 console.logステートメントが存在する場合と存在しない場合があります（全部で10個の場合、それらは表示されるように見えますが、表示されない場合があります） 1つだけ）-これはおそらく非同期の問題だと思います

私も時々この問題を抱えています。 runInBand （https://jestjs.io/docs/en/cli.html#runinband）を有効にすると、修正されます。

@ndelangenそれは好奇心が強いです-それはおそらく非同期の問題ではないかと思います。 Jestがすべてのconsole.logを収集し、最後にそれらを印刷したと思いましたね。

verboseを使用していなくても、問題が繰り返し発生しています。

--runInBandは私のためにそれを修正しません。 これまでのところ、信頼できる唯一の回避策は、出力の一部がjestによって上書きされないように、何かを複数回ログに記録することです。

私はいくつかの分析を行い、いくつかのコメントを追加し、ここで部分的なパッチを作成することができました：

https://github.com/facebook/jest/issues/3853#issuecomment -413622844

編集：

ここで簡単に複製できるコードを含むリポジトリ： https ：

ここでの出力の分析： https ：

パッチは部分的です。

• 出力に必要な変更が加えられたため、多くの統合テストが失敗しています。
• 時々（残念ながら）ログ出力が最後のステータス更新後に表示されます-理由はおそらく、子プロセスが親に成功メッセージを送信した後に子プロセスストリームがフラッシュされるという事実です。

@philraj私にとって同じ問題..意図したログメッセージを確実に表示するには、複数回ログに記録する必要があります

これはどのように大きな懸念事項ではなく、できるだけ早く解決されないのですか？ 2016年以降、この問題はどのように開かれていますか？

更新：このパッチを使用すると、失敗するテストは8つだけになります。

diff --git a/packages/jest-runner/src/index.js b/packages/jest-runner/src/index.js
index 2f4dd724..618a8cbf 100644
--- a/packages/jest-runner/src/index.js
+++ b/packages/jest-runner/src/index.js
@@ -97,11 +97,14 @@ class TestRunner {
     // $FlowFixMe: class object is augmented with worker when instantiating.
     const worker: WorkerInterface = new Worker(TEST_WORKER_PATH, {
       exposedMethods: ['worker'],
-      forkOptions: {stdio: 'inherit'},
+      forkOptions: {stdio: 'pipe'},
       maxRetries: 3,
       numWorkers: this._globalConfig.maxWorkers,
     });

+    worker.getStdout().pipe(process.stdout);
+    worker.getStderr().pipe(process.stderr);
+
     const mutex = throat(this._globalConfig.maxWorkers);

     // Send test suites to workers continuously instead of all at once to track
diff --git a/packages/jest-worker/src/worker.js b/packages/jest-worker/src/worker.js
index 5eee64af..17d76d36 100644
--- a/packages/jest-worker/src/worker.js
+++ b/packages/jest-worker/src/worker.js
@@ -87,6 +87,13 @@ export default class {
   }

   _initialize() {
+    const forceColor =
+      'FORCE_COLOR' in process.env
+        ? process.env['FORCE_COLOR']
+        : // $FlowFixMe: Does not know about isTTY
+          process.stdout.isTTY
+          ? '1'
+          : '0';
     const child = childProcess.fork(
       require.resolve('./child'),
       // $FlowFixMe: Flow does not work well with Object.assign.
@@ -94,6 +101,7 @@ export default class {
         {
           cwd: process.cwd(),
           env: Object.assign({}, process.env, {
+            FORCE_COLOR: forceColor,
             JEST_WORKER_ID: this._options.workerId,
           }),
           // Suppress --debug / --inspect flags while preserving others (like --harmony).

それらは主に、process.env、hg scm、およびpackages/jest-runner/src/__tests__/test_runner.test.js FORCE_COLORSがストリームを完全にモックしていないことを期待していません（したがって、パイプメソッドはありません。

このレートで、来週修正するPRを送信できます...レポート全体が終了した後に表示されるログ出力の修正が見つかった場合。

@bkempnerが言ったように、 --watch --verbose falseすると問題が修正されます。

--watchコンソール出力は、カーソルを動かすjestによって上書きされ、私が見ているものと一致しています。 --verbose 、 --maxWorkers 1 、 --runInBand有無は成功しません。

私の現在の回避策はjest --watch | catです。 私はすべての色を失い、ウィンドウの上部に留まりますが、コンソール出力を取得します。

または、 TERM=dumb jest --watch 。 ウィンドウの上部に留まることができなくなりますが、色とコンソール出力が得られます。

私も同じ問題を抱えていました。

私のために働いたのはconsole.debugを使うこと

TERM=dumbは私のためにもそれを修正します

FWIW、TERM = dumbは私のためにもそれを修正します

jest設定でverboseを無効にすると、0_o \が機能しました

package.jsonの「test」スクリプトに--verbose falseを追加すると、問題が解決しました。 このスレッドがなければ、私はそれを見つけることができなかったでしょう。

例えば

"scripts": {
    "test": "jest --watch --verbose false"
}

最後のコンソールの一部が消えるが、すべてではないという奇妙な方法で、watchコマンドの--verbose falseで修正しました。

--watchなしで実行すると正常に動作するため、それを実行するのは監視フラグに関するものです。

皮肉なことに、console.logが機能すると、より冗長になります。

Jest 23.6で詳細にこの問題に気づき始めましたが、23.5にロールバックしましたが、まだ表示されています。 --clearCacheを実行すると、再び失敗するまでしばらくの間冗長性が修正されます。 多くのログの失敗やその線に沿った何かなど、トリガーが何であるかはわかりません。 それが発生すると、Jestがキャッシュを破壊するように見えます。 私は--verbose falseを試していますが、それが先に進むのを妨げるかどうかを確認しています。

ありがとう@jamespolanco --clearCacheオプションを使用すると、（当面の間）問題が修正されました。 --no-cacheオプションを使用してテストを実行し、それによって問題が今後再発しないかどうかを確認します。

編集：私の問題は、私のconsole.logメッセージの一部だけが印刷されたことでした。 1回のテストで5つのconsole.log行を使用しましたが、最初の3行だけが印刷されました。 --clearCacheを使用すると、この問題が修正されました。 console.logが表示されない別の問題があるのではないでしょうか。

私もこの問題を抱えています。 console.log、console.debug、およびconsole.errorを使用してみました。 --no-cacheフラグも使用してみました。 すべての場合において、私のコンソールステートメントは完全に無視されています。

ウォッチモードでもこの問題が発生しています。 バージョン23.6.0

誰かが自分で見たいと思ったら、私もそれを記録しました：

他の人と同じように- --watch実行している場合にのみ消去されます。 --verbose falseを試しましたが、役に立ちませんでした。

私も同じ問題を抱えています。

詳細を使用しているとき、またはウォッチモードのときにもこれが発生します

信じられないかもしれませんが、エラーのスローをログに記録することがあります。 また、 node --inspect node_modules/.bin/jest --runInBand mypath/to/my.test.jsを実行すると、私の場合は実際のconsole.log出力が表示されます。

ノードv9.11.1
ジェスト：v23.6.0

package.json Jest構成：

  "jest": {
    "preset": "react-native",
    "verbose": true,
    "testEnvironment": "node",
    "haste": {
      "defaultPlatform": "android",
      "platforms": [
        "android",
        "ios",
        "native"
      ],
      "providesModuleNodeModules": [
        "react-native"
      ]
    },
    "setupFiles": ["<rootDir>/__tests__/setup"]
  },

この問題は冗長であると確認しました。 問題は、詳細がオンのときに行数の計算が混乱することです。

誰かが私にメッセージを印刷する場所を教えてくれるなら、私はそれを突き刺すことができます。

当面はjest-watch-toggle-configを使用して発行を軽減できます。

次のように設定します。

module.exports = {
  "watchPlugins": [
    ["jest-watch-toggle-config", { "setting": "verbose" }]
  ]
}

テストを実行するときは、 vを押して詳細を有効にし、もう一度v押して無効にします。

その後、詳細をオフにしておく限り、すべてのログを表示できます。

--verbose=falseは、酵素を浅くテスト酵素マウントの修正なしで機能していました。

これは、エラーがreact-test-rendererによってログに記録される方法と、reactの組み込みレンダラーによってログに記録される方法の違いを示唆しています（酵素はコンソール機能をまったく混乱させないため）

参考までに、このPRは私にとっての問題を修正します-https ：//github.com/facebook/jest/pull/6871

まだ準備ができていないため、アプローチを変更する必要があるかもしれませんが、ログに記録されたすべてのデータを詳細モードで表示します。

まだ更新されていませんが（jest 22.4.2を実行）、監視モードを使用するとログが表示されません。 --runInBand実行すると、ウォッチモードで修正されました。

    "test": "jest --watch --runInBand",
    "test:once": "jest",

私も更新していません（Jest 23.6.0）。「jest --watch --verbose = false」を指定して実行すると、修正されます。

上記のPRをテストするために問題を抱えている人々を望んでいます。 jest@beta利用可能です（現在24.0.0-alpha.9 ）

それで、糸はjest @ betaを追加し

オンス。 19.des。 2018kl。 16：46 skrev Simen Bekkhus [email protected] ：

上記のPRをテストするために問題を抱えている人々を望んでいます。 これは
jest @ betaで利用可能（現在24.0.0-alpha.9）

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/facebook/jest/issues/2441#issuecomment-448641697 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/AAM5P7ijQjSbWB0-zzDCfC9Uggyk5RGoks5u6l9EgaJpZM4LVbUv
。

>>

Tarjei Huse
モービル：920 63 413

@tarjei 、はい：

yarn add --dev jest<strong i="7">@beta</strong>

それは私のために働いています。 🎉

これは本当にばかげていますが、他の誰かを助けるために、私は新しい（私にとって）プロジェクトに取り組んでいます-jestは出力を無効にする--silentオプションで実行されていました。 それを削除すると、ログが表示されます🤦‍♂️

詳細が有効になっている場合（ jest-watch-toggle-configを使用して切り替えます）、コンソールログの一部がベータ版でブロックされていることに注意してください。

--verbose = false

これは私のために働いた。

一部のconsole.log()が機能しているのに、他の

const something = () => new Promise(resolve => {
  console.log('NOT logged for some reason!')
  setTimeout(resolve, 100);
});

describe('Something', () => {
  it('logging works in non-async test', function () {
    console.log('logged 1')
    console.log('logged 2')
    expect(true).toBe(true);
  });

  it('console log does not work well in async test', async () => {
    console.log('logged 3')
    await something();
    console.log('NOT logged!')
    expect(true).toBe(true);
  });
});

/* Output:
> logged 1
> logged 2
> logged 3
*/

asyncテストでは、非同期テストの最初のconsole.logがログに記録されず、 await後のテストもログに記録されないという、非常に奇妙なことが起こっています。

そのasyncテストにさらにconsole.logを追加すると、 await突然機能した後、いくつかのログのようなさらに奇妙な動作に気付くでしょう🤷‍♀️🤷‍♂️

つまり、 @ philwhlnが2年前に書いたこと

単純なテストではこれを分離できないので、より複雑な非同期テストの実行と関係があると思います。

それにはいくつかの真実があるようです。

--verbose = false

この場合も私のために働いた。

@DanweDEは、verboseがtrue設定されている場合でも、最新のアルファyarn add jest<strong i="6">@beta</strong> --devで問題が修正されるかどうかを確認できますか？

--verbose false追加すると、問題が修正されました。 それは少し直感的ではないようです:)

これは修正されていますか？ 「jest」にconsole.logsがまだ表示されていません：「23.6.0」

@iDVB上記のスレッドをいくつか読んだら、問題を修正することになっているベータ版があることがわかります。 それを試して、問題が解決したかどうかを報告して@spionを支援して

また、 --verbose falseまたは--verbose trueあるいはフラグまたはNodeまたはJestバージョンの任意の組み合わせで問題が修正されたと言う人は誰でも、ベータ版を試して、回避策なしで問題が修正されるかどうかを報告してください。

テストしているクラスのコンソールログは表示されます

@philraj @leaplabsでベータ版"24.0.0-alpha.9"に切り替えましたが、問題なく動作します。 アップグレードしてからログが消えていないという意味で。

確認も可能で、コマンドライン引数なしで24.0.0-alpha.9で動作します。

私はReactとJestに比較的慣れていません。 create-react-appのデフォルトを使用して、一貫性のあるログを取得できませんでした。 排出しましたが、ログは正常に機能しています。 イジェクトによってJestのバージョンが変わったとは思いません。 たぶん、それはJestの実行方法の設定の1つを変更しただけです。 これは23.6.0です。

使用する場合は24.0.0-alpha.16 、私は追加しない限り、私は、任意のコンソールログが表示されていないverbose=false 。

[email protected]でも、これでもかなり一貫性のない結果が得られ

--verbose=false私もこれを修正しました🎉

私は24.1.0を使用していますが、詳細なオプションがなくても機能します。 ただし、テストファイルに例が含まれている場合、テストファイルにconsole.logステートメントは出力されません。 インポートされないクラスへの参照。 例えば

これはts-jestからのエラーであり、ここではあまり関係ありません

はい。ただし、そのエラーが発生した場合、コンソールログの出力は表示されません。 それはまだts-jest関連していますか？ 私は、jestの周りの各ライブラリが何を担当しているのかよくわかりません。

IDKはts-jestがどのように機能するかを示しますが、タイプエラーに対してテストを実行しない場合は、タイプエラーが欠落している理由を説明します-コードは実行されません

console.logここで機能させるのにまだ苦労しています。 私は時々ログを取得していますが、成功するための識別可能なパターンはないようです。

Jest 24.7.1を使用していて、 24.7.1と24.2.0-alpha.0も試しました。

verbose=falseとverbose=true両方を設定しても、修正を提供できませんでした。

また、ノードv10.8.0とv6.17.1 、これも修正されていません。

ここに欠けているものはありますか？

@mulholioは、

はい、Jestのグローバルバージョンはインストールされていません

解決されていないことを確認できます。 console.logが機能することもあれば、機能しないこともあります。
私の環境は次のとおりです。
ジェスト23.6.0
ノードv8.13.0
と私のjest.config.js

const path = require('path');

module.exports = {
  moduleNameMapper: {
    "\\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/fileMock.js",
    "\\.(less|css|scss)$": "<rootDir>/__mocks__/cssMock.js",
    "^@\/(.*)$": "<rootDir>/src/client/$1",
  },
  bail: true,
  setupTestFrameworkScriptFile: "<rootDir>/setupTests.js",
  collectCoverageFrom: [
    "src/client/**/*.{js,jsx}",
  ],
  verbose: true,
  coverageReporters: ["text", "text-summary", "lcov", "json"],
  coveragePathIgnorePatterns: ["src/client/index.js"],
}

ええ、 verbose：trueを削除した後は、問題ないようです

このバグも表示されますが、この問題を再度開くことはできますか？

参考： fitを使用して単一のテストを実行した場合、 console.logは何も出力しませんでした。 一連のテスト全体を実行したとき、 console.logは問題なく機能しました。

同じ問題が発生すると、一部のコンソールログが「食べ尽くされ」ます。 この問題を抱えている人のために、複数のコンソールログを確認してクローンを作成できますか？

console.log('ok');
console.log('ok');
console.log('eaten up');

[PASS]ステートメントのバッファーが最後の2つのコンソールログ行を上書きしているようです（Passステートメントの最後にコンソールログ行番号の一部が表示されています）

+1000

本当にばかげているように聞こえますが、テストの前にyarn buildを確認してください！

[email protected]を使用しても、 --verbose=trueまたは--verbose=falseの出力はありません。最初にログに記録されてから、3年経っても問題が発生する理由はわかりません。

jestフラグ--runInBandを使用して、テストを連続して実行することで解決するかどうかを確認しましたか？ 誰かが私にこれについて言及しましたが、それをテストする機会がありませんでした。

ありがとう、それはうまくいきます！ しかし、console.log。の出力を持つようにデフォルトに設定してみませんか。

これは私にとってまだ問題です、 jest @ 24.8.0

私は実際に修正を見つけました。最後のテストケースの最後の2行（カスケード）が上書きされるので、これを最後のテストケースにします

it('bugfix for [email protected]', () => {
  console.log("[email protected] bug|last 2 lines get override. remove this once 24.8.0 gets fixed");
  console.log("[email protected] bug|last 2 lines get override. remove this once 24.8.0 gets fixed");
});

ts-jestを使用している場合は、console.logsを表示するために診断をオフにする必要がありました。
jest.config.js

  globals: {
    'ts-jest': {
      diagnostics: false,
    },
  },

ts-jestを使用している場合は、console.logsを表示するために診断をオフにする必要がありました。
jest.config.js

  globals: {
    'ts-jest': {
      diagnostics: false,
    },
  },

このオプションは私たちには機能しませんでした。 また、 verbose = falseを設定してみましたが、どちらも役に立ちませんでした。

私たちの環境：

• ノード10.16.0
• ジェスト24.8.0
• ts-jest：24.0.2
• typescript 3.5.2
• @ types / jest 24.0.15

[PASS]ステートメントのバッファーが最後の2つのコンソールログ行を上書きしているようです（Passステートメントの最後にコンソールログ行番号の一部が表示されています）

これは私には当てはまるようです（[email protected]）。 私のシステムでは、[PASS]のある端末出力ラインは、クリアされる前に一部のコンテンツを点滅させているように見えます。

この問題も経験しています。

上記のソリューションのいずれかでログに記録することはできませんが、回避策として、値で失敗し、差分を確認することが期待されます。

expect(thingIWantToLog).toBe({})

これにも遭遇しました。「PASS：...」出力がstdoutを上書きしているようです。そのため、「最後の」console.logが食べられます。

--verbose=falseが機能しない場合は、最後のconsole.logに一連の犠牲改行（ \n ）を追加できます。

jestフラグ--runInBandを使用して、テストを連続して実行することで解決するかどうかを確認しましたか？ 誰かが私にこれについて言及しましたが、それをテストする機会がありませんでした。

このフラグを追加すると、問題の並べ替えに役立ちました。
時々、console.logの出力も表示されませんでした。
このコマンドの使用：
npm test -- --verbose --runInBand -t "My Test Name"

ノードとNPMのバージョン：
node v8.16.0
npm 6.4.1

これが私の回避策です：

npm install --save-dev sprintf-js

あなたの冗談でsetupTest.js 、またはどこでも：

import {sprintf} from 'sprintf-js';

console.log = (msg, args) => {
    const str = sprintf(msg, args);
    process.stderr.write(str + '\n');
  };

[email protected]を使用しても、 --verbose=trueまたは--verbose=falseの出力はありません。最初にログに記録されてから、3年経っても問題が発生する理由はわかりません。

これは私のjest.config.jsで、うまくいきました。
jest -v 23.6.0 ＆ node -v 8.11.2

module.exports = {
  clearMocks: true,
  moduleDirectories: [
    'node_modules',
  ],
  testEnvironment: 'node',
  testMatch: [
    '**/__tests__/**/*.js?(x)',
    '**/?(*.)+(spec|test).js?(x)',
  ],
  verbose: false,
};

次に、 package.jsonに次のようになります。

"scripts": {
  "test": "jest --config ./jest.config.js",
}

次に、次のコマンドを使用して特定のテストスイートを実行します。

yarn test -- -t 'test-suite-name-here'

--verbose=falseは私のために働いたようです。 ありがとう！

--silentオプションを渡すと、ログと警告が非表示になります
yarn jest試してみてください

このバグはとても迷惑です... 3年...

オフにする--silent
ts-jest @ mr-madaminソリューションを使用したtsテストでは、私のために機能します！

verboseまたはsilent 、 --runInBand 、 TERM=dumb試し、すべてのテストと単一のテストファイルを実行しました。 console.logは次の場合に表示されます。セットアップブロックに配置されますが、 it()ブロック内には配置されません。

他のすべてが失敗した場合でも、次のことができるはずです。

require('fs').writeFileSync('./output', data);

しかし、私は穴居人がピーナッツを割るために岩を使っているような気がします。

編集： "jest": "^24.9.0"

私はこのコマンドを使用していますが、機能します。

npm test -- --runInBand -t "My Test Name"

-tフラグの後にテスト名を指定して、同じdescribe（）で個々のテストまたはテストのグループを実行できます。

verboseまたはsilent 、 --runInBand 、 TERM=dumb試し、すべてのテストと単一のテストファイルを実行しました。 console.logは次の場合に表示されます。セットアップブロックに配置されますが、 it()ブロック内には配置されません。

他のすべてが失敗した場合でも、次のことができるはずです。

require('fs').writeFileSync('./output', data);

しかし、私は穴居人がピーナッツを割るために岩を使っているような気がします。

編集： "jest": "^24.9.0"

均一性を保つために、ようやくバックエンドでjestを使い始めることに興奮しました。 代わりに、私はこの問題に遭遇しており、現在、mocha / proxyquireに切り替えています。 console.log出力は（モジュールまたはテストケースで）表示されず、数時間を費やした後、回避策はどれも役に立たないようです。 ファイルへのログ記録を伴う回避策には関心がありません...

"jest": "^24.9.0",してノード8 / 10LTSに対してテスト済み

うん。 エッジにもイム。 ここでは、問題を解決し、明らかな問題点を3年以上修正するのではなく、ハックを推奨する方が人気があるようです。

こんにちはsamlevinとpavelloz、
このオプションを試しましたか？

私はこのコマンドを使用していますが、機能します。
npm test -- --runInBand -t "My Test Name"

-tフラグの後にテスト名を指定して、同じdescribe（）で個々のテストまたはテストのグループを実行できます。
それがうまくいくかどうか教えていただけますか？ しばらく使っているので。

これは、サンプルコードと出力を含むスクリーンショットです。
注：わからない場合は、console.lgが他のすべてのレポートの上に印刷され、コードカバレッジレポートまたはエラー履歴書が表示される最後には印刷されません。

マイノードとNPMのバージョン：

node v8.16.0
npm 6.4.1

均一性を保つために、ようやくバックエンドでjestを使い始めることに興奮しました。 代わりに、私はこの問題に遭遇しており、現在、mocha / proxyquireに切り替えています。 console.log出力は（モジュールまたはテストケースで）表示されず、数時間を費やした後、回避策はどれも役に立たないようです。 ファイルへのログ記録を伴う回避策には関心がありません...

"jest": "^24.9.0",してノード8 / 10LTSに対してテスト済み

このスレッドのすべてのソリューションをテストしました。

この点で何も変わっていないかどうかを確認するだけです。

bash-5.0$ npm -v ; node -v; cat node_modules/jest/package.json |grep version
6.12.0
v12.11.0
  "version": "24.9.0",

編集

注：わからない場合は、console.lgが他のすべてのレポートの上に印刷され、コードカバレッジレポートまたはエラー履歴書が表示される最後には印刷されません。

私はレポートの下部をチェックすることさえしませんでした、しかしそれはまさに私のログが着陸した場所です。 だから私はそれがうまくいくと思いますが、一貫して/誰にとっても同じ方法ではありません。

ご協力ありがとうございました。

問題は、それがパフォーマンスにどの程度の悪影響を与えるかということですが、それは別の日のために、ロギングがより重要です。

あなたは正しい@pavellozです。-runInBandオプションを指定してテストを実行すると、次のようになるため、テストの完了に時間がかかります。

--runInBand, -i                 Run all tests serially in the current process
                                  (rather than creating a worker pool of child
                                  processes that run tests). This is sometimes
                                  useful for debugging, but such use cases are
                                  pretty rare.

したがって、私が行うことは、テストで問題をデバッグする必要がある場合にのみ、そのオプションを使用することです。
それ以外の場合は、通常どおりテストを実行してください。

乾杯

constコンポーネント=浅い（...）
console.log（component.debug（））

これがまだ修正されていないのは信じられないことです。

@ivandosreisandrade runInBandフラグの回避策を確認できましたが、現時点では、他の開発者のために余分な手順を追加する時間を無駄にせず、箱から出して期待どおりに動作するものに戻しました。 この点で何か変更があるかどうかを確認するためにサブスクライブされたままになります

このスレッドですべてを試しましたが、それでもconsole.logの出力が表示されません。 --runInBandは私にとって問題を解決しません。 node @ 12と最新のjestを使用し

@ u84six私の解決策を試しましたか？
投稿の私の答えへのリンクは次のとおりです。
https://github.com/facebook/jest/issues/2441#issuecomment -552368939

乾杯

@ivandosreisandrade何が起こるかというと、コードにエラーがある場合（未定義の値を参照するなど）、console.log呼び出しがエラーの前であっても、それは出力されません。 テストのすべてに合格すると、ログが表示されます。 この種の動作により、デバッグにはまったく役に立ちません。

@ivandosreisandrade package.jsonはどのように見えますか？ 私はこれに従おうとしています：

npm test --- runInBand -t "マイテスト名"

しかし、私はそれを私のpackage.jsonでこのように設定しています

" test：unit "： "jest --verbose"

--verboseフラグを使用すると、console.logを通過させることができると思いますが、それでもconsole.logを機能させることはできません。 とてもイライラする！

@ivandosreisandrade package.jsonはどのように見えますか？ 私はこれに従おうとしています：

npm test --- runInBand -t "マイテスト名"

しかし、私はそれを私のpackage.jsonでこのように設定しています

" test：unit "： "jest --verbose"

--verboseフラグを使用すると、console.logを通過させることができると思いますが、それでもconsole.logを機能させることはできません。 とてもイライラする！

@ u84sixこれは私のpackadge.jsonです

"scripts": {
    "test": "jest test --coverage",
    ... 
},
...
"jest": {
    "verbose": true,
    "testMatch": [
      "**/tests/**/*.js?(x)"
    ],
    "moduleFileExtensions": [
      "js"
    ],
    "moduleDirectories": [
      "node_modules"
    ]
  }

testMatchは.jsまたは.jxまたは.jsxファイルのいずれかを許可し、moduleFileExtensionsは.jsのみを許可します。 何かがおかしいようです。

原因とは関係ありません：man_shrugging：
それは、それらに対してテストを見つけて実行するファイルです。

問題が解決された理由がわかりません。 これが私のノードバージョンです-13.12.10、npm -6.14.4
ジェスト-24.9.0

これがmock-fsを使った基本的なテストです
'mock-fs'からモックをインポートします。
import * as fs from'fs ';
'pump'からpumpをインポートします。
import * as util from'util ';

describe('Test suite for bucket functionality', () => {
    beforeEach(() => {
        mock({
            'sample-file.txt': 'Content of the sample file',
            'sample-upload.txt': ''
        });
    });
    test('test upload', async () => {
        const filePromisy = util.promisify(fs.readFile);
        pump(fs.createReadStream('sample-file.txt'), fs.createWriteStream('sample-upload.txt'));
        filePromisy('sample-upload.txt').then(data => {
                       // when I do a console.log() here I get a warning stating that before I do an expect of data , I get a warning (no longer an error) stating that -_Cannot log after tests are done._

        }).catch(err => {

        });



    });
    test('test download', () => {

    });
});

なぜこれが起こるのかわかりません。 これは、テスト仕様の実行後にのみ、console.logがnextTick（）で処理されると見なされるイベントループが原因です。 これを提起して申し訳ありませんが、コンソールのo / pを実行して要求データを確認するのではなく、すべてのテストケースをデバッグするのは面倒なようです。

filePromisyのpromiseをjestに返して、テストがいつ行われたかがわかるようにする必要があるため、問題はこれとは何の関係もありません。

一時的なexpectステートメントにログインしたいものを置くだけで、デバッグ目的でこの問題を回避できました。 だから、代わりにconsole.log(sketchyVariable) 、使用expect(sketchyVariable).toEqual(42) 。

ノード8で私のために働いたこと：
console.logを使用する代わりに、組み込みのデバッグログを使用します。

const util = require('util')
const myLogger = util.debuglog('myloggername')
myLogger('foobar')

そして、デバッガーフラグでjestを開始します。

NODE_DEBUG=myloggername npm test -t "My Test Name"

1つのテストを見ていると、コンソールログが散発的に表示されるのを見ていました。 すべてのログが表示される場合もあれば、まったく表示されない場合もあります。また、すべてではなく一部のログが表示される場合もあります。 テストを実行するたびに、私は何か違うものを見るでしょう。 😒

--verbose=falseは私のためにそれを修正しました。 verboseをtrue設定していないので、これには驚きました。 単一のテストを実行している場合、 わかります。 🙃

実行中のテストファイルが1つしかない場合は、デフォルトでtrueになります。

https://jestjs.io/docs/en/configuration#verbose -boolean

関連するStackOverflowスレッド： https ：

jestは、複数のレベルでの検層をうまく処理しません。 そうすべき

• デフォルトでは、失敗時に1つのテストでキャプチャされたすべてのログをキャプチャして表示します
• 何も表示しないオプションがあり、
• キャプチャを無効にするオプションがあります。

それでおしまい。 それほど複雑ではありません。

私の推測では、テストの実行時に非同期出力を正しい順序で出力しようとしているため、コンソールログをキャプチャしています。 問題は、このロギングコードがユーザーにとって機能しない場合、その環境では、ユーザーはかなり困惑しているということです。

テストをデバッグするときにコンソール出力を確実に取得できなかったため、何年も前にjestの使用をやめました。このスレッドでどのような提案に従ったかは重要です。

話の教訓は、グローバルコンソールを台無しにしないことです。 これまで。 オンまたはオフにできるロガーを提供したい場合は、それを行ってください。 必要に応じて使用します。 ただし、グローバルコンソールに干渉しないでください。

iOS用のOutlookを入手するhttps://aka.ms/o0ukef

投稿者：earonesty [email protected]
送信日：2020年8月12日水曜日12:33:23 PM
宛先：facebook / jest [email protected]
Cc：Chris Grimes [email protected] ; 言及@ noreply.github.com
件名：Re：[facebook / jest]テスト実行時にconsole.logが出力されない（＃2441）

jestは、複数のレベルでの検層をうまく処理しません。 デフォルトでは、ログをキャプチャして失敗時に表示する必要があり、何も表示しないオプションと、すべてを表示するオプションがあります。 それでおしまい。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/facebook/jest/issues/2441#issuecomment-673011577で表示するか、 https：//github.com/notifications/unsubscribe-auth/AAFCNBK5MQEA6AJHEC52ZWDSALG6HANCNFSM4C2VWUXQの登録を解除して

@halis私は約4年間Jestのオンとオフを使用してきましたが、これは常に問題でした。 その結果、Jestテストのデバッグは非常に困難になります。

私の感覚では、Jestの主な役割は、期待される動作とセマンティクスをときどき破ることができれば、テストエクスペリエンスが大幅に向上することです。 jest.mock(...)の自動巻き上げのようなものは、Jestテストがセマンティクスにおいて厳密にJavaScript（またはECMAScript）ではないことを意味します。 同様に、並列処理とは、パフォーマンスを向上させることができる場合、 console.logようなvoidを返す組み込みメソッドを非同期として扱うことができることを意味します。

それは悪いことですか？ ジェストは大成功を収めているので、必ずしもそうとは限りません。 しかし、私はジェストが時々あなたを驚かせる能力を持っていると思います。 たとえば、Jestユーザーの90％は、コードがAST変換されて模擬呼び出しをホイストすることを知らないと確信しています。

たとえば、Jestユーザーの90％は、コードがAST変換されて模擬呼び出しをホイストすることを知らないと確信しています。

何

console.debugまたはconsole.errorを使用してみてください

私の場合は--useStderrを使用できます。これは、メッセージを直接渡すため、問題を解決しました。

https://nodejs.org/api/process.html#process_a_note_on_process_i_o

今日もこれに苦労していて、 --useStderrフラグで修正されました。 ありがとう@diomalta！

私は同じ問題に苦しんでいました、テストが失敗したときにログが表示されませんでした。

私は得ることができたconsole.log設定することで表示するようにverbose: true私にjest.config