@thymikeeなぜこれが起こっているのか、何か考えはありますか？

わかりませんが、typescriptを削除するなどして、例を最小限に抑えようとします。

Typescriptなしで再現できます

ノード7.4がコンソールログを食べることを確認できますが、ノード7.5.0、7.10.0、8.0.0、および8.1.2で動作します。
ノードのバージョンをアップグレードしてください。 閉鎖

@thymikee現在のLTSリリースであるノード6はどうですか？ （まだ十分にデバッグしていませんが、私もこれにぶつかっているようです。ただし、現時点ではLTSリリースに制限されているため、アップグレードできません）。

v6.11.0でテストしても、 console.logが表示されます。

ああ、私は他の問題にぶつかっているかもしれません。 ありがとう、 @ thymikee 、もう少しデバッグに戻ります。

私は無意識のうちにノード7.3.0を実行していました（n経由のバージョンが間違っています）が、ログに記録されませんでした。 8.1.1に切り替えて、再度ログに記録しました。

@thymikee-それがどのように解決策かわかりませんか？ ...ノードのバージョンをアップグレードできません

これがノードのバグと見なされ、少なくともJest自体とは何の関係もないのか、少し混乱していると思います。 ノードv7.4.0とJestv19.0.2を使用すると、テストからコンソールログが表示されます。 Jestをv20.0.4に更新するだけで（他の構成を変更せずに）、コンソールログが表示されなくなります。 足りないものはありますか？

@thymikeeつまり、ノードバージョンをアップグレードしましたが、ノード8.2.1 Winx64 +Jest20.0.4にコンソールログが表示されません。 今のところフォールバックを使用する必要があります

  console.log = s => {
    process.stdout.write(s + "\n");
  };

以前のバージョンにはこの問題がなかったので、Jestで修正する必要があると確信しています。

@nowherenone最新のアルファリリースjest@testで発生するかどうかをテストできますか？

@thymikeeノード8.2.1でjest@testを試してみましたが、同じ結果になりました。 console.logステートメントは常に飲み込まれます。

@thymikee問題はBufferedConsoleモジュールにあり、コンソールコンストラクターパラメーターが期待されるパラメーターと一致しません。

私はPRを開きました、多分それは助けになるでしょう： https ://github.com/facebook/jest/pull/4157

ここでの問題は、Jestがメッセージをバッファリングすることですが、ベイルアウト（または無限ループなど）を引き起こす何かがあります。 メッセージを出力ストリームに直接出力するには、 --verboseを使用する必要があります。

これはばかげています-私は@cpojerからの役に立たない応答の量（私が行くすべての問題とPRで）と、どういうわけか私たちが十分に賢くないように他のすべての人にすべてをかけようとしていることによって引き起こされます。

Jestを使用しないでください-疑問に思っているなら、それが私の答えです。 新しいテストフレームワークを見つけます。

describe('index', () => {
  it('doesnt print anything', () => {
    console.log('Hellllooo');
    expect(true).toBe(true);
  });
});

$ yarn test -- src/__tests__/index.spec.js --verbose
yarn test v0.27.5
warning package.json: No license field
$ jest "src/__tests__/index.spec.js" "--verbose"
 PASS  src/__tests__/index.spec.js
  Index
    ✓ doesnt print anything (2ms)

Test Suites: 1 passed, 1 total
Tests:       1 passed, 1 total
Snapshots:   0 total
Time:        0.969s, estimated 2s

$ jest "--version"
v20.0.4
$ node --version
v7.4.0

NodeLmaoの新しいバージョンをインストールするように言われると確信しています-なんて冗談です😂😂😂

@ nf071590は再現できず、まったく同じJestバージョンとNodeバージョンでrepl.itで動作します： https ：//repl.it/KYLc/0

プロジェクトのメンテナについて怒鳴る前に、真剣な再現を考えてください。
乾杯！

これについてどうしたらいいかわからない。 私はあなたの例を文字通りファイルに貼り付け、Jestを実行しました。これは、1分前の最新のマスターバージョンのJestで、私のMacで宣伝されているとおりに機能します。 見る：

私がWindows（ノード8.4、jest 21.0.0-alpha.2）を使用しているので、 --verboseを使用しない場合、 console.logは_時々_非表示になりますが、一貫して表示されるようです。それと。 少し時間があれば、ノード7と安定したjestを使用した結果で更新できてうれしいです。

ここでも同じ問題があります。

describe('index', () => {
  it('doesnt print anything', () => {
    console.log('Hellllooo');
    expect(true).toBe(true);
  });
});

$ node --version
v7.4.0
$ jest "--version"
v21.1.0

現在、ノードv8.7.0（npm v5.4.2）で同じ問題が発生しています。

これはまだ問題です

複製を提供できますか？

FWIW、私はまったく同じ問題を抱えていたので、ここに行き着きました。 ノードv7.4.0。 Nodeバージョンをアップグレードすると、 --verboseがなくても、 console.logが期待どおりに出力されます。 V7.4.0だけがこの問題を抱えているバージョンではないかもしれませんが、バージョンに関連しているようで、一部のノードバージョンでは問題ではありません。 私は今ノードv8.3.0を使用していますが、これは機能しているようです。

そうは言っても、アップグレードする前は、 @ nf071590と同じバージョンで、同じ問題がありました。 repl.itで発生しない理由はわかりませんが、彼のコンピューターでのみ発生する奇妙なことではありません。

これはノード8.9.0とjest21.2.1、macOS 10.12.6（16G1036）で再現できます

@SimenBできましたが、この問題はここや他の場所で死ぬまで議論されているようです。 jestのマルチ（子）プロセスの性質は、 console.logsを上書きし、変更されない大規模な書き換えがないことを意味します。 このスレッドに来て、 --verboseフラグを使用すると、 console.logでのデバッグが許可されないという問題を回避したい場合は、 --watchフラグを使用する必要があります。 これにより、児童労働者のプロセスが上書きされるのを防ぎ、コンソールログで詳細な出力を確認できるようになります。 --watchは非常に高速で、保存時に変更されたテストのみを実行することで、変更されたテストとコードに注意を向けることで、より多くの価値を追加します。

私の場合、冗長なメッセージはすべてではありませんが一部のconsole.logメッセージを消費することがわかりました。 詳細オプションを削除しましたが、多少機能しているようです。

ノードのバージョンをv6からv9にアップグレードしたところ、テストファイルの1つが慰めになっています。

私は何週間もこの問題と戦ってきました。 私はそれが今うまくいくことをうれしく思います

--forceExitと組み合わせると、問題は--verboseでも解決しません。その理由は、jestがstderrに書き込むときに、 console.logがstdout $に出力されるためだと思います。 stderrおよび--forceExitの場合、 stdoutにコンテンツがまだフラッシュされていない可能性があります

console.logが表示されないか、console.logがバッファリングされてライブで表示されないようにするために、次の解決策（ --verboseを必要としない）を見つけました。

指図
jest .... --forceExit --setupTestFrameworkScriptFile ./src/tests/jestShim.js

jestShim.jsの内容

const { Console } = require('console');
global.console = new Console(process.stderr, process.stderr);

同じ問題-console.logの出力は表示されません。

Node 9.80 Jest 22.4.2 Mac OS 10.13.3

ここで提案された回避策の1つは私のために働いていませんでした。

いつものように、私たちがテストするためにプルダウンできる複製を作成してください。 この問題は発生していないため、修正を開始する方法がわかりません。

@ledbitの回避策は私のために働いた
NPM 5.3.0
ジェスト22.4.3

• マックOS

私はまだ複製が必要な段階にあります。

--forceExitはやや壊れているようですが、そのフラグを使用していないときは遭遇していません

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

私はついにログを表示するために、それぞれに特定の文字列（ @@@など）をタグ付けして実行しました。

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

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

これはまだ問題です。 ノード10.1.0でjestv22.4.3を使用していますが、アプリの最初のconsole.logステートメントのみが表示され、残りはすべて無視されます。 ロギングライブラリをstdoutにストリーミングするように設定すると、いくつかのログが表示されますが、正しい順序で表示されません。

テストランナーとしてのJestの仕事は、コードのデバッグと修正を支援することです。 これは、ログなしでは実現できません。

@thymikeeこの号を再度開いてください

@thanpolasは、調査できるように、バグを示すリポジトリを使用して新しい問題を自由に作成してください:)。 また、最新のJest23をご利用ください。

私は自分の問題を理解しました。コンソールにリダイレクトされたときに、ログがstdoutにストリーミングされているロガーを介して発生していました。ストリームライターのコールバックを呼び出すのを忘れたため、ストリームがログの送信を停止しました。

その価値については、TerminalとiTerm2の違いを見てきました。

stdoutとコンソールで魔法を使わないようにjestに指示するオプションは、すべての人にとって非常に有益だと思います

これが私がなんとか再現したバグの一例です。 ただし、複数のソースがあるかどうかはわかりません。

https://github.com/spion/jest-logging-repro

yarn install; yarn repro

セットアップ：Jestは監視モードで、冗長フラグがオンになっていて、少なくとも2つのテストファイルが実行されています。

理論：ワーカーの1つからの出力により、コンソールカーソルが間違った場所に移動し、間違ったコンテンツが上書きされます。

コンソールでの観察：

 RUNS  tests2/other-tests.js
 RUNS  lib/example.spec.js
 PASS  tests2/other-tests.js
  bar
    ✓ always is true (17ms)

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (5ms)

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

Watch Usage: Press w to show more.

コンソールログを削除すると、視覚的に「RUNS」が意図したとおりに上書きされます。

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (5ms)

 PASS  tests2/other-tests.js
  bar
    ✓ always is true (5ms)

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

Watch Usage: Press w to show more.

3つのコンソールログを追加した場合：

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (5ms)


 RUNS  tests2/other-tests.js

Test Suites: 1 passed, 1 of 2 total
Tests:       1 passed, 1 total
Snapshots:   0 total
  console.log tests2/other-tests.js:5
    JEST

 PASS  tests2/other-tests.jsests.js:6
  bar
    ✓ always is true (19ms)

Test Suites: 2 passed, 2 total
Tests:       2 passed, 2 total
Snapshots:   0 totalTime:        1.788sRan all test suites.

Watch Usage: Press w to show more.

ノードバージョン：

30656 % node --version
v8.11.2

@spionがそれに焦点を合わせていると思います。 素敵な簡単な再現。

これがノードv8.11.1LTSで発生し、 watchおよびwatchAllモードでのみ発生することを確認できます。 ウォッチモードがなくても問題ありません。

Nodev10.6.0とJest23.4.1でも同じ問題が発生します

ええ、私も。 -w 1がログを再び機能させることがわかりました。これは、 @spionの仮説と一致します。

ノード8.11.3
ジェスト23.4.0

ファイルの正規表現の一致をオンにすると（ watch pを押す）、この問題、または少なくとも同様の問題が見つかります。 allをオンにすると、ログは期待どおりに印刷されます。 --verboseはここにはありません。

サンプル1

it.only(`should display a ErrorMessage component if state.validated is 'error'`, () => {
    const fV = shallow(<FormValidator/>);
    console.log('r1');
    console.error('r2');
    console.error('r3');
    ...

allウォッチングあり（ logとerrorの両方を出力します：

 PASS  src/components/__tests__/FormValidator.js
  ● Console

    console.log src/components/__tests__/FormValidator.js:56
      r1
    console.error src/components/__tests__/FormValidator.js:57
      r2
    console.error src/components/__tests__/FormValidator.js:58
      r3

file regexモードの場合（最初のlogのみを出力し、 errorは出力しません）：

Test Suites: 0 of 1 total
Tests:       0 total
Snapshots:   0 total
  console.log src/components/__tests__/FormValidator.js:56
    r1

 PASS  src/components/__tests__/FormValidator.jsidator.js:57
  FormValidator
    ○ skipped 3 tests
  FormValidator.displayMessage
    ✓ should display a ErrorMessage component if state.validated is 'error' (32ms)
    ○ skipped 5 tests
  FormValidator.render
    ○ skipped 1 test

サンプル2

it.only(`should display a ErrorMessage component if state.validated is 'error'`, () => {
    const fV = shallow(<FormValidator/>);
    console.log('r1');
    console.error('r3');
    ...

all （ logとerrorの両方を期待どおりに出力します）：

 PASS  src/components/__tests__/FormValidator.js
  ● Console

    console.log src/components/__tests__/FormValidator.js:56
      r1
    console.error src/components/__tests__/FormValidator.js:59
      r3

watch （上記のコードでは何も出力されません）：

Snapshots:   0 total
 PASS  src/components/__tests__/FormValidator.jsator.js:56
  FormValidator
    ○ skipped 3 tests
  FormValidator.displayMessage
    ✓ should display a ErrorMessage component if state.validated is 'error' (20ms)
    ○ skipped 5 tests
  FormValidator.render
    ○ skipped 1 test

Test Suites: 1 passed, 1 total

サンプル3

it.only(`should display a ErrorMessage component if state.validated is 'error'`, () => {
    const fV = shallow(<FormValidator/>);
    console.log('r1');
    console.log('r2');
    console.log('r3');
    console.log('r4');
    ...

all （予想される4つのlogすべてを出力します）：

 PASS  src/components/__tests__/FormValidator.js
  ● Console

    console.log src/components/__tests__/FormValidator.js:56
      r1
    console.log src/components/__tests__/FormValidator.js:57
      r2
    console.log src/components/__tests__/FormValidator.js:58
      r3
    console.log src/components/__tests__/FormValidator.js:59
      r4

watch （最初の2つのlogのみが上記のコードで出力されます）：

Snapshots:   0 total
  console.log src/components/__tests__/FormValidator.js:56
    r1

  console.log src/components/__tests__/FormValidator.js:57
    r2

 PASS  src/components/__tests__/FormValidator.jsator.js:58
  FormValidator
    ○ skipped 3 tests
  FormValidator.displayMessage
    ✓ should display a ErrorMessage component if state.validated is 'error' (31ms)
    ○ skipped 5 tests
  FormValidator.render
    ○ skipped 1 test

Test Suites: 1 passed, 1 total

私が何をしたかはわかりませんが、冗談を設定する順序は重要だと思います。 一部の構成は互いに上書きする可能性があると思います。 テストとログ出力の両方を取得しています。

node -v v8.11.2
jest -v 23.4.0

以下は私のpackage.jsonの私のjest構成です

`` `
「冗談」：{
"transformIgnorePatterns"：[
「」/ node_modules / "
]、
"setupFiles"：[
「」/src/setupTests.js "
]、
"testEnvironment"： "jsdom"、
「詳細」：true、
「プロジェクト」：[
{{
"displayName"： "コンポーネント"、
"setupFiles"：[
「」/src/setupTests.js "
]、
"modulePaths"：["/ src / "]、
"testMatch"：["/ src / components / __ tests __ / / .test.js "]}、{{"displayName"： " REDUCERS "、"setupFiles"：[「」/src/setupTests.js "]、"modulePaths"：["/ src / "]、"testMatch"：["/ src / reducers / __ tests __ / /.test.js "]
}、
{{
"displayName"： " ACTIONS "、
"setupFiles"：[
「」/src/setupTests.js "
]、
"modulePaths"：["/ src / "]、
"testMatch"：["/ src / actions / __ tests __ / * / .test.js "]
}
]
}、

Here are my dependencies

「依存関係」：{
"babel-core"： "^ 6.26.3"、
"babel-jest"： "^ 23.4.0"、
"babel-loader"： "^ 7.1.5"、
"babel-preset-env"： "^ 1.7.0"、
"babel-preset-react"： "^ 6.24.1"、
"dotenv"： "^ 6.0.0"、
"エクスプレス"： "^ 4.16.3"、
"jest"： "^ 23.4.0"、
"react"： "^ 16.4.1"、
"react-dom"： "^ 16.4.1"、
"react-redux"： "^ 5.0.7"、
"react-scripts"： "1.1.4"、
"redux"： "^ 4.0.0"、
"regenerator-runtime"： "^ 0.12.0"
}、

output from just running jest

PASS REDUCERS src / reducers / __ tests __ / comments / index.test.js
✓タイプSAVE_COMMENT（4ms）のアクションを処理します
✓不明なタイプのアクションを処理します

パスアクションsrc/actions / __ tests __ / index.test.js
saveComment
✓正しいタイプ（1ms）
✓正しいペイロード（1ms）があります

PASSコンポーネントsrc/components / __ tests __ / App / index.test.js
✓コメントリストを表示する必要があります（5ms）
✓コメントボックスを表示する必要があります（1ms）

PASS COMPONENTS src / components / __ tests __ / CommentBox / index.test.js
✓テキストエリアがあります（23ms）
✓ボタンがあります（3ms）
テキスト領域
✓ユーザーが入力できるテキスト領域があります（9ms）
✓フォームが送信されると、テキスト領域が空になります（5ms）

PASS COMPONENTS src / components / __ tests __ / CommentList / index.test.js
✓コメントごとに1つのLIを作成します（32ms）

テストスイート：5合格、合計5
テスト：11合格、合計11
スナップショット：合計0
時間：3.79秒
3つのプロジェクトですべてのテストスイートを実行しました。
console.log src / components / __ tests __ / CommentList / index.test.js：26
0

console.log src / components / __ tests __ / CommentList / index.test.js：27
テスト

`` `

この問題を再度開く必要があります。コンソール出力もjestに飲み込まれます。私の環境は、次のとおりです。

→ノード--バージョン
v8.11.3

→npxjest--version
23.4.1

クリーンなセットアップで試しましたが、すべて正常に動作します。

// console.test.js
describe('jest should console output', () => {
  test('should console.log output be print', () => {
    console.log('console.log')
    expect(1).toBe(1)
  })

  test('should console.error output be print', () => {
    console.error('console.error')
    expect(1).toBe(1)
  })

  test('should console.info output be print', () => {
    console.info('console.info')
    expect(1).toBe(1)
  })
})

出力：

だから私は問題が私の冗談の構成に関連しているかもしれないと思った：

{
  "globals": {
    "API_SERVER_PLACEHOLDER": "SOME_API_ADDRESS"
  },
  "moduleFileExtensions": [
    "js",
    "jsx"
  ],
  "transform": {
    "^.+\\.jsx?$": "babel-jest"
  },
  "moduleNameMapper": {
    "\\.(css|less|sass|scss|png)$": "<rootDir>/__mocks__/styleMock.js",
    "\\.(gif|ttf|eot|svg|png)$": "<rootDir>/__mocks__/fileMock.js"
  }
}

私の本能はverboseをチェックするように私に言いました、そしてそれを取り除いた後、すべては大丈夫です。

要約

構成verboseがtrue $に設定されているjestバージョン23.4.1では、コンソール出力が飲み込まれます。

デフォルトの出力ストリームをstdoutに変更することを提案します： https ：//github.com/noscripter/jest/pull/1

また壊れた？！ なぜこれが壊れ続けるのですか？

私はこれを回避しました：

expect(str).toBe("not this");

😬

package.jsonにverbose: trueがある場合、またはフラグ--verbose （または両方？）でjestを実行している場合は、それらを削除してみてください。

それはもう役に立たないことを気にしないでください。

完全なテストの概要がコンソールに出力される前に、ログ出力が一瞬表示されることがよくあります。 出力を表示するには、連続して約4〜5回console.logする必要があります。それでも、最後のログは途中で切り取られます（たとえば、大きなオブジェクトを印刷する場合は、前半のみが切り取られます）。最後に印刷されたログに表示されます）。

また、予測するのは非常に困難です。 1つまたは2つのconsole.logで十分な場合もあれば、3つから5つを続けて配置する必要がある場合もあります。 また、ログがテストしているコードにあるのか、テストケース自体にあるのかは関係ありません。

jestがログを印刷し、テストの要約全体を印刷する前に出力をクリアしているようですが、実際にはそれらのログを保持する必要があります。

この時点で、コンソールにログを表示するには、ログを複数回コピーして貼り付ける必要があることに同意しました。

console.logは、特定のテストファイルのみを実行する場合に機能します

yarn test <your-test-file-name>

例えば
yarn test FormValidator

参考までに、次のコマンドを使用して再現を実行します。

script -qfc 'yarn repro' /dev/null > raw.log

それはzshです-bash script -qfceが必要かもしれません

次に、 cat -vet raw.logでログを表示しました。 結果は次のとおりです。

^[[2K^[[1G^[[1myarn run v1.7.0^[[22m^M$
^[[2K^[[1G^[[2m$ jest --watch^[[22m^M$
^[[2J^[[3J^[[H^[[1m^[[2mDetermining test suites to run...^[[1m^[[22m^[[999D^[[K^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^[[0m^[[7m^[[1m^[[32m PASS ^[[39m^[[22m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A  foo^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A    ^[[32mM-bM-^\M-^S^[[39m ^[[2madds 5 (4ms)^[[22m^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^[[999D^[[K  ^[[2mconsole.log^[[22m ^[[2mtests2/other-tests.js:5^[[22m^M$
    JEST^M$
^M$
^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^[[0m^[[7m^[[1m^[[32m PASS ^[[39m^[[22m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A  bar^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A    ^[[32mM-bM-^\M-^S^[[39m ^[[2malways is true (15ms)^[[22m^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^[[999D^[[K^[[1mTest Suites: ^[[22m^[[1m^[[32m2 passed^[[39m^[[22m, 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m2 passed^[[39m^[[22m, 2 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1.128s^M$
^[[2mRan all test suites^[[22m^[[2m related to changed files^[[22m^[[2m.^[[22m^M$
^M$
^[[1mWatch Usage^[[22m^M$
^[[2m M-bM-^@M-: Press ^[[22ma^[[2m to run all tests.^[[22m^M$
^[[2m M-bM-^@M-: Press ^[[22mf^[[2m to run only failed tests.^[[22m^M$
^[[2m M-bM-^@M-: Press^[[22m p ^[[2mto filter by a filename regex pattern.^[[22m^M$
^[[2m M-bM-^@M-: Press^[[22m t ^[[2mto filter by a test name regex pattern.^[[22m^M$
^[[2m M-bM-^@M-: Press^[[22m q ^[[2mto quit watch mode.^[[22m^M$
^[[2m M-bM-^@M-: Press ^[[22mEnter^[[2m to trigger a test run.^[[22m^M$

お役に立てれば。 ある時点で制御コードの数が間違っているようです。

最終結果は次のようになります。

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (4ms)


 RUNS  tests2/other-tests.js

 PASS  tests2/other-tests.js2 total
  bar
    ✓ always is true (15ms)

Test Suites: 2 passed, 2 total
Tests:       2 passed, 2 total
Snapshots:   0 total
Time:        1.128s
Ran all test suites related to changed files.

Watch Usage
 › Press a to run all tests.
 › Press f to run only failed tests.
 › Press p to filter by a filename regex pattern.
 › Press t to filter by a test name regex pattern.
 › Press q to quit watch mode.
 › Press Enter to trigger a test run.

コンソール行が欠落しており、パスが2行下に書き込まれています。これは、「PASS」を表示するために上に移動するときにconsole.logとの絡みが考慮されていないことが原因である可能性があります。

編集：検索と操作を簡単にするために、この要約を要点に追加しました： https ://gist.github.com/spion/bbb34c5abc1230a37ad5f4f01336b8df

ps現在のマスターでこれを再現するには、強制が必要な場合があります。 ウォッチモードに入るときは、「a」をしばらく押し続けます。console.logsは、ある時点で制御不能になり始めます（予期しない場所と時間に表示されます）

また、私は忘れました-それがWRT端末の動作に違いをもたらす場合、私はubuntubionicを使用しています：

% lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.1 LTS
Release:    18.04
Codename:   bionic

私も。 @spionは私が見ているものを釘付けにしました。 私は遅い非同期コードでテストを行っているので、それを発見しただけです。 コンソール出力が表示されたら、テスト結果の概要で上書きされます。

価値があるので、 [email protected]に戻しました。そうすることで、テストサマリー出力が[email protected]のコンソール出力に書き込まれるという問題が解決します。

更新-ある程度の進歩を遂げる最小限のパッチを見つけたと思いますが、Jestレポーターとステータスジェネレーターの相互作用を理解するのに少し時間がかかりました

Jestmonkey-プロセスstderrおよびstdoutストリームの書き込みメソッドに独自のライターをパッチします。 そのライターは、進行中のテストの数、進行状況バー、経過時間などを含むjest-cliStatus.jsの出力を書き留めます。

そのストリームに書き込み命令がある場合は常に、その命令は、ステータス（ANSI制御コードを使用して上がる）の「削除」命令、元の書き込み、および「ステータスを再度書き込む」命令に置き換えられます。 したがって、ステータスが常に画面の下部にあるのに対し、テキストは画面の上部にスクロールしているように見えます。

（もちろん、それよりも少し賢いです-書き込みはバッファリングされ、バッファリングされたデータはステータスとともに100msごとに1回だけ実際に書き込まれます）

ただし、並列テストランナー（ runInBandをfalseに設定する監視モードで使用）は他のワーカーを実行します。 これらのワーカーは、元のプロセスのstdioストリームを「継承」するように設定されています。 残念ながら、それはステータスを更新するパッチが適用されたバージョンを継承するという意味ではありません。 それらの書き込みが発生した場合、それらは

1. ステータスの後に追加（ステータスは消去されません）
2. 次のステータス消去時に消去されます（コンソール出力と古いステータス更新の両方を消去するには消去が十分に上に移動しないため、前のステータスも部分的に表示されます）

パッチが適用されたバージョンがこれらのtty書き込みを確実に受信するには、子プロセスストリームを「継承」モードから「パイプ」モードに切り替える必要があります。 このようにして、プロセス出力は、メインのstdout / stderrに直接送信されるのではなく、子プロセスのストリームとして使用できます。 また、ストリームを手動でパイプする必要があります。

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..5e5126eb 100644
--- a/packages/jest-worker/src/worker.js
+++ b/packages/jest-worker/src/worker.js
@@ -94,6 +94,8 @@ export default class {
         {
           cwd: process.cwd(),
           env: Object.assign({}, process.env, {
+            // $FlowFixMe: Does not know about isTTY
+            FORCE_COLOR: process.stdout.isTTY,
             JEST_WORKER_ID: this._options.workerId,
           }),
           // Suppress --debug / --inspect flags while preserving others (like --harmony).

その数を大幅に減らしますが、それでもかなり高いです：

Test Suites: 51 failed, 232 passed, 283 total
Tests:       149 failed, 7 skipped, 2706 passed, 2862 total
Snapshots:   19 failed, 17 obsolete, 996 passed, 1015 total

これを回避する方法はないと思います。出力が大幅に変更され、より多くの書き込みがステータス更新を追加することになります。

編集：子プロセスが親に成功メッセージを送信してからかなり経った後、特定の状況でノードが出力ストリームをフラッシュするのが遅すぎるという問題もあります。

修正してください、これは冗談で生産性を本当に傷つけます

[email protected]にダウングレードすると、コンソールログ出力が返されます。 ただし、動作させるには--envノードを設定する必要がありました。 これを修正してください。

現在、コンソールログを信頼できるものにする唯一の方法は、同じものを3〜4回続けてログに記録することだと思われます。 Jestはそれらの特定の数だけをブロックします。 まだ非常に迷惑です。

これに関する更新はありますか？ jest 23.4.1とノード9.11.1を実行していますが、コンソールログ出力を取得する場合と取得しない場合があります。

2年間コンソールログがなかったので、私はより優れた開発者になりました。 チームジェストに感謝します！

これがまだ問題だとは信じられません。 なぜ問題は解決されたのですか？

つまり、失敗したテストを誰がデバッグしたいと思うでしょうか。

@jonogilmourが述べたように、一度ログに記録しても表示されないが、2回ログに記録すると、そのうちの1つが表示されます。

FWIW、-verbose=falseの回避策が機能します。 私のpackage.json ：

"scripts": {
...
    "test": "react-scripts test --env=jsdom --verbose=false",

他のいくつかの観察：

• --env = jsdom（実際のアプリケーションのオプションではありません）を削除すると、-verbose=falseなしで機能するようになりました。
• （react-scriptsを介さずに）jestを使用して直接テストを実行することも機能しました。
• アサーションが失敗し、jestからより多くの出力が得られると、コンソールログの多くも上書きされます。

こんにちはみんな/女の子、
--watchモードでテストを実行すると、有名なjestコンソールログの問題も発生しました。
解決策は、-watchの代わりに--watchAllを使用することでした。 テストの要約は醜くなりましたが、ログは期待どおりに表示されました。

macOS High Sierra
ノードv8.11.3
冗談：23.6.0
ts-jest：23.10.4

私にとってこれはbeforeAll

  console.log = s => {
    process.stdout.write(s + "\n");
  };

そしてこれはシェルで機能しました：

yarn test > test.log

私にとっては、 mochaに切り替えることで問題が解決しました。 DSLは非常に似ているため、切り替えるのは非常に簡単です。 JESTのexpect-libraryを使い続けることもできます： https ：//www.npmjs.com/package/expect

jestを削除して$ mocha $をインストールするのとほぼ同じくらい簡単です。

編集：スパムかどうかにかかわらず、ここで最も簡単な解決策です。

この問題は本当に痛いです。Jestは生産性を向上させることを目的としているので、メンテナができるだけ早くこれを修正できることを願っています。その逆ではありませんか？

とにかく、以下は私が今書いているものです：

export const log = (s: any) => {
    console.log(s);
    console.log(s);
    console.log(s);
    process.stdout.write(s + "\n");
};

あなたはあなたの方法をスパムしなければなりません。

--verbose=falseで問題が修正されることを確認しました。

--verbose=falseは、バージョン23.6.0では機能しません

OMGこれは苦痛です：/2018年11月

この号を再度開いてください

jest.config.js silent: falseを設定してみてください...私の場合は役に立ちました

どのソリューションも機能しません。
NodeJS：v8.12.0
ジェスト：v23.4.1

私は何ヶ月もJestを使用していて、それは素晴らしいことです。このバグは_非常に迷惑です_が、私がいつも使用している回避策は、毎回コンソールにログを記録するため、ジャンクアサーションを作成することです。

たとえば、模擬通話をログアウトしようとすると、次のようになります。

expect('hello').toEqual(childFunc.mock.calls[0])が出力されます：

それは理想的ではありませんが、それは仕事を成し遂げて、私が私のテストを書き終えることを可能にします。

--watchフラグを指定してJestを実行します。
Jestバージョン23.5.0
ノードバージョン8.11.3

これは、ボンネットの下で起こっている「あまりにも多くの魔法」のまともな例であり、何かがうまくいかなかったときのその結果です。 console.logの出力をグループ化することは、console.logステートメントが欠落している1年半の価値があるとは確信していません。 😕

上記に同意します-これは見事なものではありませんが、Jestを完全に不要な方法で苦痛にします。

私の「回避策」は、ロジックの多くがlog4jsを使用することです。したがって、Jestをサーバー側のコードに曲げる場合は問題ありません。 悲しいことに、私は大量のクライアント側コードを持っており、最終的にはそのうちの1つが表示されるように見えるため、通常は各console.logの4つのコピーをコピーして貼り付けます。

expectを使用して情報をログに記録することは、テスト内からログを記録する場合は問題のない回避策です（特に、エディターでlogjestのようなキーワードを使用してスニペットを作成できるため）。テストが呼び出している実際の関数内からさらに深く掘り下げてログを記録する必要がある場合は常に不十分です。

CI=true yarn run testどうですか？

前に言ったことは申し訳ありませんが、テストケースのタイトルがなくてもうまく機能します。つまり、「-verbose」オプションがないと、-verboseはある種のフォーマットを行い、stdoutストリームを置き換えると思います。
ですから、私にとっては2か月のようで、すべてがうまく機能しています。
そして、誰かがそのオプションを使用したい場合は、次のようにnpmコマンドに追加するだけです：npm run test：integration --- watchAll --verbose --coverage --etc

問題のある人は[email protected]をテストできますか？ ＃6871が含まれています

@ jamesta696こんにちは、ここでの議論は「問題」に関するものなので、ここで「jest」のタグを使用してStackOverflowにそのような質問を投稿する必要があると思います。それでも、誰かがあなたを助けることができることは知っていますが、ここでの問題は主な問題が議論されていないため、閉鎖されます。
そして今のところ、私はreactやフロントエンド用の何かを開発していないので、その質問に対する答えを与えることはできません。また、私はjestのメンバーではありませんが、ルールに従うようにしましょう。

@SimenB jestを（あなたの言及したバージョンに）更新し、問題のあるプロジェクトにいくつかのconsole.logステートメントを配置してみました。 これまでのところ、修正されているようです。すべてのconsole.logが表示されます。 引き続き使用し、問題が再発した場合はお知らせします。

参考：私はjest --watchAllを使用していました（そして今も使用しています）

@tobyhinloopen@SimenBに言及した進歩の証拠を見るのはクールです。

それは素晴らしい@tobyhinloopenです！

また、 jest @ 24.0.0-alpha.9が正常に機能し、-verbose=falseなしですべてのコンソールログを表示できることも確認できます。

また、 jest @ 24.0.0-alpha.9が正常に機能し、-verbose=falseなしですべてのコンソールログを表示できることも確認できます。

+1。 確認もできます。 これが機能しているのを見てうれしいです。 いい仕事だ、ジェストの皆さん！ 😄

私も確認できます！ それはクリスマスのようなものです。 🎅

😃

create-react-appが更新されるまで待つ必要はありません

jestバージョン24.0.0を実行していますが、それでもconsole.logまたはconsole.errorが表示されません。 私が間違っているのではないかと思います。

彼らが嘲笑されていないことを確認してください

これは本当に奇妙です。 非同期処理に問題があるようです。 エラーを表示できません。 try/catchブロックにラップしても、エラーは表示されません。

パラメータgeneratorは確かに正しいです。非同期関数呼び出しを削除すると、正しくログに記録されます。 また、forループの外側にある場合は、正しい文字列を返します。

Jestバージョンは24.0.0 、ノードは10.5

@tiborsaas console.logが実行される前に、テストが終了している可能性があります。
changedGeneratorsを超える反復を待ちたい場合は、次のようなものが必要になります。

await Promise.all(changedGenerators.map(async (generator) => {/* ... */}))

返信ありがとうございますが、実際にはそうではありません。エラーが発生すると、 console.logが表示されなくなります。 forEachコールバックで呼び出すと、 console.logで正常に機能する別の非同期関数があります。

編集：実際には行ごとのデバッグによって問題が発生していることがわかります

const archives = await fs.readdir(archiveDir);

ただし、この冗談の問題はログ記録に関するものです。 会話を狂わせたくない。

あなたはまだバグを経験しているかもしれません、ただ（あなたの正確なコードを知らずに）あなたのテストが終わった後に彼らが拒絶するかもしれないので、それらを待たずにこのようなたくさんの約束をフォークすることは一般的に悪い考えであることを指摘したいだけです： ）。

同意しますが、 forEachでexpect呼び出しを実行したいのは、処理する必要のある変更の数が事前にわからないためです。

残念ながら、 Promise.allアプローチでは何も修正されませんでした。

forEach mapを使用しましたか？ 重要なのは、一連のpromiseをPromise.allに返すことです。

@SimenBはい、わかっています。

エラーがあると見えません。

@tiborsaas Promise.allが完了するのを待っていません： await Promise.all(...)を使用してください

それも同じ結果でした。 :(

promise.all ＃$の下にawait new Promise((resolve) => setTimeout(resolve, 1000))を追加するとどうなりますか？

複製で新しい問題を開くことができますか？ OPによって報告された問題は、別の問題が表示されている間に修正されたと思います（非同期を正しく処理するかどうかに関係なく、ログステートメントが表示されるはずです）

ええそれは確かに奇妙です

test('stuff', () => {
    setTimeout(() => console.log('hi', 500));
})

通常はまだ何らかの方法で印刷されています

彼はPromise.all([...], callback)の2番目の引数としてコールバック関数を使用しています。 彼はPromise.all([...]).then(callback)を使用する必要があります。 おそらくそれで彼の問題は解決すると思いますが、 .allの2番目の引数は無視され、実行されることはありません（したがって、ログは実行されません）。 @tiborsaas

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise/all

ええ、それは間違っていますが、ログステートメントはまだ表示されるはずです

@SimenBいいえ、2番目の引数は無視されます。

> Promise.all([Promise.resolve(true)], () => console.log("hi")).then(console.log, console.error);
Promise {
  <pending>,
  domain: 
   Domain {
     domain: null,
     _events: { error: [Function: debugDomainError] },
     _eventsCount: 1,
     _maxListeners: undefined,
     members: [] } }
// output:
// [ true ]

ええ、それと混同してしまいました、ごめんなさい。 Thx @tobyhinloopen

const lol = await Promise.all(versions);は期待どおりに機能しました。

その場合、関数が呼び出されないためにログステートメントが失われる可能性がありますが、ノードはプロセスを終了する前にPromiseの完了を待機するため、元のforEachの場合でもログステートメントが表示されます。 したがって、ユーザーエラーであっても、それはまだバグです

PR：＃7731

https://www.npmjs.com/package/debugを使用してロギングを行います。 それはJestで機能しますか？

いいえ、＃6524を実行するまではありません。

テストでdebugをモックし、テストしたい場合はconsole.logを使用することをお勧めします

参考までに、コンソールメッセージは、テストの完了後に印刷されると失われる可能性があります。＃7731の下部にあるコメントを参照してください。 これが一部の理由である可能性がありますが、ここで報告されているコンソールメッセージの欠落のすべてではない可能性があります。

--verboseは私のために働いた。 --verboseを使用する前に、すべてではありませんが一部のメッセージが失われました。 ノードv10.15.3とjestv21.2.1を使用しています

それでも私にとっては問題ですが、コンソールログがJestに表示されません

問題が最終的に解決されたというブログの最新の発表にもかかわらず、問題はまだ存在し、コンソールログが再び表示されないことがあります。私はjest v24.8.0を使用しています。

そして、私の作品はうまくいきます🤷‍♂️。 調査可能な複製を投稿してください。 私たちはウィザードではありません。出力のログに失敗しているコードを確認することはできません。

実際、調査後、APIテスト（スーパーテストなど）に関連するログは機能しません。 期待される ：/

@thymikeeこれは一貫性のない状態で発生しているため、再現するのは非常に困難です。 例：
テストから単一のファイルを選択して次の実行を実行します（オプションp）。

• console.log（'pantz'）（動作）
• console.log（myObject）を変更します（機能しません）
• 合うように変更します（機能しません）
• console.log（'pantz'）に変更します（機能しません）
• それに合わせて変更します（機能しません）
• jestを再起動します（機能していません）
• フィットするように変更します（動作中）

同じ手順を複製しようとしましたが、結果に一貫性がありません。

JESTの担当者がこれをデバッグできるように、機能していない場所にサンプルリポジトリを提供します。 @kresli

ユーザーエラーの可能性もたくさんありますが、ほとんどの場合、 awaitが欠落しているか、 console.logが非同期です。

それでは、これを再現する時間を見つけてみます。 それまでは、以下からわかるように、結果によってログが食べられていることがわかりました。 FAILが表示される前に、そこに私の2つのログが表示されます。 また、2つのログのみが削除されることにも言及する価値があります。 互いに10個のログを追加すると、8個が表示されます。 それは良いスタートだと思います:)

それまでの間、うまく機能するキャッチオール修正が必要な場合は、 winstonのようなものを使用して、ファイルとコンソールの両方にログを記録できます。 コンソールメッセージが表示されない場合でも、ファイルに書き込まれます。

winstonを使用すると、ログに記録する場所を構成でき、複数のトランスポートをサポートし、トランスポートを自分で実装できます。

const logger = winston.createLogger({
  level: "verbose",
  format: winston.format.json(),
  defaultMeta: {},
  transports: [
    new winston.transports.Console(),
    new winston.transports.File({ filename: "combined.log" }),
  ],
});

logger.error(stuff)

たぶん、ウィンストンのロガーにグローバルにconsole.*をオーバーライドするような汚いことをすることさえできます。

@kresliあなたの冗談はどのバージョンですか？ それはv23の動作のように見えます

これはjest v^24.6.0とnode v10.14.2で私に起こり続けます。 なぜですか？

@yaelzこれは、一般的にユーザーエラーによって引き起こされる頑固な問題ですが、バグを再現するのが難しいという歴史もあります。

寄稿者がサンプルリポジトリを提供することで再現可能なケースを提供したり、問題を再現する別の方法を提供したりすることは、本当に役立つと思います。

素早い対応に感謝致します！
現在のレポは私の組織では非公開であるため、それは難しいでしょう...私がそれに到達した場合はお知らせします:)

これはjest v^24.6.0とnode v10.14.2で私に起こり続けます。 なぜですか？

最近、プロジェクトのいくつかの依存関係をアップグレードしましたが、問題はありません。1か月前にこれに直面しましたが、新しいバージョンで解決されたと思います...

解決したら、現在使用しているバージョンを共有していただけますか？

2019年8月5日月曜日12:43PMNorman [email protected]
書きました：

素早い対応に感謝致します！
現在のレポは私の組織では非公開であるため、それは難しいでしょう...
あなたは私がそれに到達したかどうか知っています:)

最近、プロジェクトのいくつかの依存関係をアップグレードしましたが、何もありません
問題、私は1か月前にこれに直面しましたが、新しいバージョンで解決されました
信じる...

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

解決したら、現在使用しているバージョンを共有していただけますか？

もちろん：

冗談

^24.8.0

ノード-v

v10.16.0

そして、これは私がe2e、統合、ユニット、受け入れの両方を実行するために使用するいくつかのnpmスクリプトです。

"scripts": {
  "test": "NODE_ENV=test npm run test:unit && npm run test:integration:both",
  "test:unit": "NODE_ENV=test jest --config test/jest.config.unit.js --detectOpenHandles",
  "test:integration": "NODE_ENV=test MOCK=false jest --config test/jest.config.integration.js --runInBand --detectOpenHandles",
  "test:integration:mock": "NODE_ENV=test MOCK=true jest --config test/jest.config.integration.js --runInBand --detectOpenHandles",
  "test:integration:both": "NODE_ENV=test npm run test:integration:mock -- --coverage; npm run db:migration:test; npm run test:integration -- --coverage;",
  "test:report": "open docs/test/report/index.html",
  "test:report:coverage": "open docs/test/coverage/lcov-report/index.html"
}

これはjest.configです：

"use strict";

module.exports = {
  "bail": true,
  "verbose": false,
  "collectCoverage": false,
  "expand": true,
  "testURL": "http://localhost:3000/",
  "coverageDirectory": "./docs/test/coverage",
  "testEnvironment": "node",
  "rootDir": "../",
  "setupFilesAfterEnv": [
    "./test/jest.setup.js"
  ],
  "jest.showCoverageOnLoad": true,
  "watchPathIgnorePatterns": ["node_modules"],
  "transform": {
    "^.+\\.js$": "babel-jest",
    '^.+\\.tsx?$': 'ts-jest',
  },
  "reporters": [
    "default",
    ["./node_modules/jest-html-reporter", {
      "pageTitle": "...",
      "outputPath": "./docs/test/report/index.html",
      "includeFailureMsg": true,
      "sort": "titleAsc",
      "dateFormat": "yyyy-mm-dd HH:MM:ss"
    }]
  ]
};

それが役に立てば幸い。

それでは、これを再現する時間を見つけてみます。 それまでは、以下からわかるように、結果によってログが食べられていることがわかりました。 FAILが表示される前に、そこに私の2つのログが表示されます。 また、2つのログのみが削除されることにも言及する価値があります。 互いに10個のログを追加すると、8個が表示されます。 それは良いスタートだと思います:)

@kresliここにあるステータスバーと時間出力は何ですか？ テストスイートを実行すると、_RUN HARNESS test-harness / index.js_が表示され、すべてが実行されるまで何も表示されません。 次に、最後にconsole.logメッセージが表示され、_RUNHARNESS..._の行が_に変わります。ハーネス...._

更新：無視してください、私のコードの問題であることが判明しました

MacOSのノードv12.16.1、jest 25.5.4、typescript3.8.3でまだこれに直面しています。 --runInBandの使用、冗長性の無効化/有効化、-silent = trueの使用の推奨事項を試しましたが、役に立ちませんでした。