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 아무 것도 출력하지 않습니다. Node v4에서 이 문제가 있습니다. 실망스러운 점은 오늘 일찍 제대로 작동하고 내 환경이 0으로 변경되어 더 이상 터미널에 console.log 출력을 얻지 못한다는 것입니다.

@thisissami 그러면 테스트 또는 코드가 실행되지 않는 것 같습니다. Jest의 테스트 제품군은 노드 4와 노드 6을 통과하여 콘솔 인쇄가 제대로 작동하는지 확인하고 7.3에 대한 수정 작업을 진행하고 있습니다.

@cpojer - 내 테스트가 제대로 통과/실패합니다 - console.log 메시지만 표시되지 않습니다. console.log 의해 특정 개체의 속성이 무엇인지 알아내려고 하고 출력이 표시되지 않을 때 이것을 발견했습니다. 많은 console.log 문을 추가했지만 지금은 터미널에 아무 것도 표시되지 않습니다. =/ 현재 Jest v17 로 돌아가 변경 사항이 있는지 확인하고 있습니다.

그것이 당신을 위해 더 일찍 작동하고 더 이상 작동하지 않는다면, 당신이 직접 업데이트했거나 무언가를 망가뜨렸음에 틀림없습니다. 우리는 2주 동안 Jest 릴리스를 발표하지 않았습니다.

그래, 내 테스트 코드에서 변경된 유일한 것은 내가 (자신에 대한 참조로) 실행되어야 하는 코드 뒤에 여러 줄 주석을 추가했다는 것입니다. 제거하면 차이가 있는지 확인하겠습니다.

@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에 아무것도 표시되지 않는 것이 문제입니다. 코딩에 대한 도움을 받으려는 것이 아니라 버그로 보이는 것을 보고하는 중입니다. 변경된 유일한 다른 점은 이전에는 여러 테스트 파일을 실행했지만 지금은 하나만 실행한다는 것입니다. 다른 테스트를 다시 활성화하면 console.log 출력이 다시 나타나는지 확인하겠습니다.

@cpojer 여기에 버그가 있다고 확신합니다.

3개의 테스트를 실행하면( .test.js 있는 3개의 다른 파일에서와 같이 해당 파일 중 2개는 자습서의 예제임) 문제 없이 작동합니다. 내 테스트(위에서 복사)는 모든 console.logs를 렌더링합니다.

단 1번의 테스트 실행(파일 중 2개에서 .test.js 을 .teast.js 이름 바꾸기)만 하면 console.log 출력이 렌더링되지 않습니다.

필요한 출력을 볼 수 있도록 두 번째 임의 테스트를 계속 실행할 것이므로 개인 요구 사항에 적합합니다. 하지만 다른 곳에서 재현할 수 있다고 가정하면 이 문제를 해결해야 합니다.

Jest의 테스트 스위트는 노드 4, 노드 6 및 노드 7.3에서 이 동작을 테스트합니다. 4와 6에서 작동하지만 7.3에서 깨졌습니다. 노드 7.3에 대해 이 문제를 수정 중이며 곧 Jest의 새 릴리스를 게시할 예정입니다. https://github.com/facebook/jest/pull/2464

노드 4를 사용하는 Jest의 자체 테스트 스위트가 실패하면 설정에 문제가 있을 수 있습니다.

저장소를 복제하고 지금 시도하십시오.

이 3가지 테스트를 제외하고는 모두 통과했습니다. 그것이 어떤 의미를 가질 수 있는지 확실하지 않습니다. 내가 겪고 있는 console.log와 관련된 오류에 대한 모든 정보와 아래 이미지가 있습니다. 그것이 농담의 버그가 아니라면 그렇습니다. 가이드를 따르는 것 외에는 아무것도 하지 않으면 하나의 테스트 파일만 실행할 때 내 로그를 볼 수 없는 시나리오가 발생한다는 사실이 이상하게 보입니다.

이는 문제와 관련 없이 수은(hg)이 설치되어 있지 않음을 나타냅니다. 테스트 스위트가 당신을 위해 통과 한 것처럼 보입니다. 우리는 테스트 스위트에서 로깅 동작을 명시적으로 테스트하므로 코드나 설정에 문제가 있는 것이 틀림없습니다.

좋습니다. 피드백 주셔서 감사합니다. 파일이 여러 개일 때 작동하지만 파일이 하나만 있을 때는 작동하지 않는 원인이 무엇인지 알고 있습니까? "아, 가끔 이런 문제가 발생합니다."라는 분명한 생각이 떠오르지 않는 경우 - 걱정하지 마세요. 항상 최소 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 줄이 사라짐).

농담 v18.1.0

간단한 테스트에서 이것을 분리할 수 없기 때문에 더 복잡한 비동기 테스트를 실행하는 것과 관련이 있다고 생각합니다.

동일한 문제가 발생합니다. 다른 출력을 덮어쓰는 출력인지 궁금합니다. 때때로 나는 다음과 같은 것을 보게 될 것이다.

한 프로세스에서 오류(실패한 소품 유형)를 출력한 것과 같지만 테스트 출력 로그에 의해 바로 작성됩니다.

더:

그리고 때때로 테스트가 실행되는 동안 Ctrl + c 를 하면 테스트를 마치면 볼 수 없는 콘솔 로그가 표시됩니다.

버전
농담: 17.0.1
노드: 6.6.0
NPM: 3.10.3
맥OS: 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 v18.1 에서 발생합니까?

18.1.0 시도했는데 더 버그가 있는 것 같습니다. 그리고 나는 여전히 다음과 같은 것을 봅니다.

특정 패턴을 고를 수는 없지만 발생한 몇 가지 사항(내 구성 요소 중 하나에 console.warn('----------------') 이 있습니다.)

• 테스트를 실행할 때 아래에서 약간 위로 스크롤하면 로그가 표시됩니다. 테스트가 진행되는 동안 터미널 창을 아래로 스크롤하면(자동 스크롤이 시작됨) 테스트가 완료되면 위로 스크롤하고 console.warn 줄이 사라집니다(덮어쓰기로 추정됨).
• 테스트를 실행하고 바로 ctrl + c 누르면 일부 콘솔 로그가 표시됩니다. 하지만 똑같이 하고 중단하지 않으면 해당 콘솔 로그가 표시되지 않습니다.
• jest /src/main/js --watch 한 번 실행한 다음 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 플래그는 콘솔 로그가 인쇄되지 않도록 합니다.

나는 노력할 것이다. 약간 불안한 점은 동일한 프로젝트에서 일부 콘솔 로그 명령문이 콘솔에 출력되고 일부는 그렇지 않다는 것입니다. 불행히도 테스트 케이스가 실패한 위치에 추가하려고 시도한 항목은 출력을 얻지 못합니다(테스트 케이스, 테스트된 단위 등의 모든 곳에서 추가하려고 시도했지만 소용이 없었습니다). 따라서 동작이 간결하지 않기 때문에 실제로 이것이 플래그로 귀결될 수 있다고 생각하지 않습니다. 표준 레이아웃 btw를 따르는 반응 네이티브 프로젝트입니다.

이 중 어느 것도 도움이 되지 않는 것 같습니다. --bail 플래그는 다른 테스트가 실행되는 것을 막고(문제가 되는 테스트는 어쨌든 내 경우에는 마지막 테스트임) --runInBands에는 관찰 가능한 차이가 없는 것 같습니다. Jest는 업데이트된 파일 btw를 실행하므로 내가 console.log 문을 삽입하면 오류 스택 추적은 업데이트된 줄 번호에서 발생한 오류를 보여줍니다. 콘솔 로그가 발생하지 않을 뿐입니다. 브라우저에서 이러한 테스트를 디버그하는 것이 어렵거나 불가능하기 때문에(그렇지 않은 경우 수정해 주세요) console.log는 테스트의 일부 문제를 수정하는 데 절대적으로 중요합니다.

이 테스트 케이스는 실제로 실행되지 않은 것 같습니다. TypeError(정의되지 않은 속성에 액세스)가 발생했습니다. 나를 오도하는 것은 실제로 콘솔에서 스택 추적을 보았다는 것입니다. 이는 일종의 실행 중임을 암시합니다. 그래서 추적을 보지만 로그 메시지가 보이지 않는 것은 꽤 합산되지 않았습니다 :) 왜 이런 식으로 수행되는지 아는 사람이 있습니까? 그래서 테스트가 런타임 오류로 실패하면 로그가 보이는 것처럼 출력되지 않습니까? (분명히 말해서 오류 지점까지 발생한 로그를 의미하는 것이지 오류 이후의 로그를 의미하는 것은 아닙니다. :))

내 환경에서는 package.json 의 jest 옵션에 verbose: true 설정되었습니다. 이것을 false로 변경(또는 제거)하면 문제가 해결되었습니다. 내 모든 콘솔 로그가 지금 표시됩니다.

이것은 18.1에 있습니다.

이 문제가 발생하는 다른 사람의 경우 최근에 추가된 종속성을 확인하세요. 브라우저 개체를 조롱하려는 시도에서 mock-browser 를 추가한 후 문제가 발생하기 시작했습니다. 분명히 global 를 자체 개체로 바꿉니다.

package.json(제스트 구성)

"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"
    }
}

테스트 설정.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();

테스트 설정.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 문 은 표시 됩니다. 감속기 본체가 실제로 호출되고 있음을 다른 수단(커버리지, 테스트 결과)으로 확인했습니다. 코드의 이 부분을 기반으로 비동기/약속을 수행하지 않기 때문에 이것은 이상합니다. 왜 reduce 호출이 어떤 것에 영향을 미치는지 이해할 수 없습니다.
• --runInBand 하여 jest를 호출하면 모든 console.log 문이 표시됩니다.
• 대부분의 이전 보고서와는 달리 나는 실행하고 "testEnvironment": "node" 하지 jsdom

다음 의견은 내 문제와 관련된 것 같습니다.

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분 동안 격리된 재현 케이스를 구하려고 노력했지만 그렇게 할 수 없는 것 같습니다. 그것은 아마도 큰(well, >1) 테스트 스위트에서만 나타날 것입니다.

여기에서 동작을 볼 수 있습니다.

• console.log 이전
  

• console.log - 1초 동안 표시됨(<0.2초)
  

• console.log를 칠한 후
  

이 문제는 정말 짜증나서 이 문제에 많은 시간을 낭비하고 아무 것도 작동하지 않는 것 같습니다. 나는 Facebook 엔지니어들이 괜찮은 테스트 스위트를 가지고 있다고 생각했기 때문에 농담을 골랐고 이제 이것은 ...

이래서 제스트가 싫습니다. 당신이 무엇을 하든지 그들은 당신의 콘솔을 지우고 콘솔 문을 보여주기를 거부할 것이고, 당신이 수정해야 할 오류가 있을 때까지 어떻게든 무작위로 나타날 것입니다. 이 경우 그들은 모든 것을 숨기기 위해 최선을 다할 것입니다. 당신이 그것을 고칠 수 없습니다.

개발자에게 콘솔 출력을 숨기려는 시도를 중지하지 않으시겠습니까? 훈련용 바퀴를 원하면 Angular 1을 사용할 것입니다!

상당히 공격적입니다. @halis. Jest가 테스트를 병렬화하고 많은 테스트가 동시에 터미널에 기록할 수 있기 때문에 이렇게 하는 것입니다. 이는 Jest의 출력이 쓸모없게 된다는 것을 의미합니다. 우리는 실제로 그렇게 하곤 했습니다. --verbose 를 사용하는 경우 실제로 아무 것도 버퍼링하지 않고 콘솔에 바로 씁니다.

그래도 문제가 해결되지 않으면 Jest에 PR을 보내고 이 동작을 개선하여 우리를 도울 수 있습니다.

죄송합니다. 금요일에 정말 좋지 않은 하루를 보내고 좌절했습니다. 당신에게 그것을 꺼낼 이유가 없습니다, 당신은 단지 도우려고 하는 것입니다.

금요일에 --verbose 플래그를 찾았습니다. 이 플래그는 문제를 해결하기에 충분한 출력을 제공했습니다.

다시 한 번 말하지만, 그것에 대해 그런 거시기한 것에 대해 죄송합니다.

대단해. JavaScript 도구가 당신의 금요일을 망치게 하지 마세요 😀

이것에 대한 소식이 있습니까? console.log를 표시하는 방법?

매우 흥미로운 행동은 내 머리를 몇 번(여러 번 더 많이) 두드린 후 --verbose가 실제로 console.log가 인쇄되지 않은 원인이라는 것을 알아냈습니다.
내 최고의 솔루션은 내 콘솔에 일부 메시지를 인쇄하고 싶을 때 관련된 자세한 플래그가 없는 package.json에 다른 스크립트를 만드는 것입니다. 빨리 고쳐주시면 정말 감사하겠습니다

이 문제는 console.log를 사용하여 테스트를 디버그하는 것을 어렵게/불가능하게 만들기 때문에 실제로 꽤 성가십니다(저는 .. 구식이지만 여전히 편리합니다).
--runInBand 옵션을 사용하면 내 로그 문이 나타납니다.

편집: 결과가 화면에 표시되는 방식과 관련이 있다고 확신합니다... 한 가지 옵션은 멋진 렌더링을 시도하지 않는 '더미' 리포터를 사용하는 것입니다. 또 다른 옵션은 개발자가 모카처럼 리포터를 선택하도록 하는 것입니다.

로그를 표시하지 않는 것보다 나쁩니다.

비동기 테스트에서 어떤 형태의 오류가 발생하면 로그 메시지가 표시되지 않을 뿐만 아니라 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() 실패 사례를 커버해야 합니다.

@thymike 빠른 응답에 감사드립니다. 나는 당신이 의미하는 바를 모르겠습니다. 내 테스트를 수정하거나 문서를 알려줄 수 있습니까? 매우 감사합니다.

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를 반환할 때 문제가 되지 않는다는 점에 유의할 가치가 있습니다.

나는 그것을 보지 못한다:

````
테스트('비동기', (완료) => {
함수 foo() {
반환 Promise.resolve(1);
}

foo().then(값 => {
기대(값).toEqual(2); // 보고된 적이 없음; 그냥 시간 초과.
완료();
});
});
````

테스트 코드가 expect 호출(즉, 테스트 프레임워크 자체의 일부)에 대한 예외를 포착해야 하는지는 분명하지 않습니다. 꽤 복잡해 보이죠?

따라서 명확하게 하기 위해 나는 catch 블록으로 약속을 반환하는 테스트된 함수를 포함하는 모든 테스트를 래핑해야 합니다. expect 호출을 포착합니다. 그렇지 않으면 a) 시간 초과; b) 오류를 보고하지 않습니다.

내가 다른 실수를 하지 않는 한:

ㅏ). 아마도 이것을 문서화하시겠습니까(https://facebook.github.io/jest/docs/asynchronous.html#content)?

비). 왜 오류를 기록하지 않습니까? 및/또는 종료 옵션이 있습니까?

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 사용할 때 콘솔 출력이 삼켜지는 것을 여전히 보고 있습니다.

@cpojer v8.0.0 에서 작동하지 않습니다

노드 8.0.0에서 작동하지 않음

나는 이것이 작동하기 위해 특정 버전에 있어야 하는 경우 이것이 나쁜 버그라고 생각합니다. 시스템이 6.0에서 실행 중이고 일부 nodejs 변경으로 인해 7.0에서 작동하지 않으면 어떻게 될까요? 농담은 최소한 최신 버전의 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.js 7.10 및 Jest 20.0.4에 문제가 있습니다.

마지막으로 전역 범위에서 xmlhttprequest 를 선언하고 가짜 서버로 nock 를 사용하여 Jasmine 및 Node.js 실행으로 모든 테스트 환경을 설정할 수 있었습니다.

버그는 잡아내고 수정하기가 매우 어려울 수 있습니다. 그러나 이것은 6개월 전에 보고된 P0이므로 아무도 Jest를 React 프로젝트의 테스트 프레임워크로 진지하게 고려하지 않을 것입니다.

jest --verbose 실행할 때 Jest 19.0.2 및 Node 7.10.0에서 @davidgilbertson 의 스크린샷(console.log를 덮어쓰는 테스트 결과)과 동일한 문제가 발생했습니다. 나에게 도움이 된 점: jest --verbose --runInBand 때 올바르게 작동했습니다(첫 번째 테스트 결과, 그 다음 모든 console.log).

@cpojer @thymike 이 문제를 다시 열어 관심을 끌 수 있도록 하시겠습니까?

@iffy , 귀하의
BTW 기대가 던지기 때문에 실패한 기대 이하의 어떤 것도 호출되지 않습니다.

@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에서 작동한다고 말하지만 나는 그것을 시도했지만 작동하지 않았습니다. 이것은 꽤 나쁜 버그였기 때문에 나는 이미 mocha로 바꿨습니다.

다음 릴리스에서 이 버그가 수정됩니까? 또한 그럴 때 어디에서 찾을 수 있습니까?

최신 버전의 노드(옵션 아님)로 업그레이드할 수 없으므로 솔루션이 아닙니다. 나는 엉망이 될 수있는 나만의 로거 유틸리티를 만들 수 있습니다. 모카로 전환을 고려하고 있지만 내 로거 유틸리티 실험이 어떻게 진행되는지에 따라 다릅니다.

최대한 빨리 수정해 주세요. 콘솔 로그는 테스트를 작성하는 데 매우 유용합니다.

일시적으로 19.0.2로 다운그레이드했는데 작동합니다.

나는 같은 문제가 있었고 최신 버전의 노드로 테스트했습니다. 지금 작동합니다. :100:

Node.js v7.10에서 v8.1로 이동한 후에도 작동합니다.

7.4.0 -> 8.2.1 에서 노드를 업데이트할 때 수정되었습니다.

노드 v8.4.0 및 Jest 21.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가 하나의 테스트 파일에서만 테스트를 실행하는 경우 console.log()는 예상대로 작동합니다.

다음을 통해 이 문제를 해결할 수 있습니다.

• 1개의 파일에서만 Jest 테스트를 실행합니다. 예 ... 전혀 현실적이지 않으므로 다음 옵션을 참조하십시오.
• --maxWorkers=1 플래그를 사용합니다. 어떻게 든 이것은 나를 위해 잘 작동합니다. 내 추측(*)은...Jest가 동일한 프로세스에서 실행되며 각 프로세스에서 stdout을 버퍼링하여 주 프로세스로 다시 파이프할 필요가 없습니다.

내 추측(*)이 예상된 동작인 경우 개발자가 "왜 내 console.log()가...가끔 표시되지 않는지"를 파악하는 데 시간을 낭비하지 않도록 명확하게 표시하도록 문서를 업데이트하는 것이 좋습니다.

OK 이것은 오늘날 저를 포함한 일부 사람들에게 여전히 문제입니다. 나는 그것이 계속 될 것이라고 상상합니다.

내 테스트에서 Jest는 로그를 출력하기 전에 프로세스를 종료합니다. 즉, 로그를 삼키는 것처럼 보입니다.

저를 위해 jest 구성에서 verbose: true 및 bail: false 를 설정했습니다. Jest는 모든 테스트가 실행될 때까지 계속되고 모든 오류와 로그를 출력합니다. 이것은 유리하다. 또한 실행 --runInBand 설정하는 것과 같은 않는, --maxWorkers=1 .

가장 큰 도움은 bail: false 모든 테스트를 완료할 때까지 실행할 수 있었습니다. 여전히 1 코드로 종료되었지만 모든 로그를 다시 볼 수 있습니다.

노드 v8.1.4로 Jest v19.0.2 실행.

--verbose --testPathPattern=<path/to/file> 실행하면 로그가 인쇄됩니다. 그렇지 않으면 삼켜집니다.

누구든지 jest 21.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(<value>).toEqual("someImpossibleValue") 와 함께 사용하여 고장난 것을 고치려고 할 때 이 문제를 해결했습니다. 확실히 이상적이지는 않지만 빠르고 더럽습니다...

예상()과 유사하지만 구제되지 않는 가정() 함수를 도입할 수 있습니다.

실행 v 22.0.4 no console.log.... 내가 jest를 권장하지 않는 다른 많은 이유 중 하나에 이것을 추가

@mvolkmann 상세 모드에 대한 힌트를 주셔서 감사합니다. non-verbose 모드가 농담의 기본값이라면 변경을 고려해 볼 가치가 있습니다. 코드에 넣은 console.log가 표시되지 않는 것은 직관적이지 않은 것 같습니다. 테스트가 실패했을 때 시도하는 가장 처음이자 기본적인 것입니다.

(여기서 노드 v9.3.0 및 jest v20.0.4)

jest ^21.2.1 및 node 8.9.4

Jest는 여전히 가끔 콘솔 로그를 던지지 않습니다. --verbose 옵션은 문제를 해결하지 못합니다. 이 문제가 왜 닫혔는지 이해가 되지 않습니다.

@fega 는 아무도 우리가 않았기 때문에.

$ jest --verbose

이 명령은 모든 콘솔 로그를 표시합니다

@odykyi 는 나를 위해 작동하지 않습니다. 농담 22.1.0 및 v8.9.4

이상한 행동. verbose 를 false 내 console.log 문이 인쇄됩니다.

[email protected] , [email protected] 및 --forceExit 사용하여 명시적으로 verbose 설정하지 않는 한 테스트한 코드에서 console.log 의 출력을 볼 수 없습니다. false 하거나 --forceExit 플래그(임시 사용)를 제거합니다.

[email protected] , [email protected] 에서 --forceExit 를 사용하여 명시적으로 verbose를 false로 설정하거나 --forceExit 플래그를 제거하지 않는 한 테스트한 코드에서 console.log의 출력을 볼 수 없습니다. 임시로 사용 중입니다).

위에서 언급한 것과 정확히 동일한 동작을 봅니다. [email protected] , [email protected].

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://github.com/facebook/jest/blob/497be7627ef851c947da830d4a8e21046f847a78/integration-tests/__tests__/console_log_output_when_run_in_band.test.js#L24

누군가 우리가 볼 수 있는 복제 리포지토리를 설정할 수 있습니까?

빠른 추가: jest --no-cache 는 또한 console.logs가 표시되지 않음을 의미하는 것 같습니다.

Node 9.7.1 및 babel 7이 있는 jest 22.4.2에서는 verbose를 사용하여 테스트 내에서 콘솔 로그를 표시하는 데 제대로 작동하는 것 같습니다.

패키지.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에서 테스트되었습니다. 코딩 속도가 너무 느려지므로 가능한 한 빨리 이 문제를 해결하세요.

@프랭크레드 감사합니다. 나는 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://github.com/facebook/jest/issues/3853#issuecomment -375183943

@ledbit 그것은 나를 위해 작동하지 않았습니다. 와우, 1년 반이 지났지만 여전히 해결책이 없는 문제입니다.

사실이지만 아직 개발자가 할 일은 많지 않습니다.

이 문제는 비동기 예제 내의 중첩된 비동기 호출에서 가장 일반적으로 발견되었습니다. 다른 사람의 경우는 잘 모르겠지만 console.log를 사용하는 모습을 보여주면 이 문제를 해결하는 데 확실히 도움이 될 것입니다.

그것은 확실히 나에게 일어나고 있습니다. 당신이 그것을 고칠 수 있도록 나에게서 무엇이 필요합니까?

2018년 3월 22일 오전 8시 32분에 Dennis Brown [email protected]이 다음과 같이 썼습니다.

사실이지만 아직 개발자가 할 일은 많지 않습니다.

이 문제는 비동기 예제 내의 중첩된 비동기 호출에서 가장 일반적으로 발견되었습니다. 다른 사람의 경우는 잘 모르겠지만 console.log를 사용하는 모습을 보여주면 이 문제를 해결하는 데 확실히 도움이 될 것입니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/facebook/jest/issues/2441#issuecomment-375349444 에서 확인하거나 https://github.com/notifications/unsubscribe-auth/ADrayIO4NBB2dZM1XL8ZQO32W9SUnu2Yks5tg8 스레드를 음소거

더 나은 아직, 그것을 위해 가십시오! 여기 내 저장소가 있습니다. https://github.com/RALifeCoach/handandfootserver.git

npm에서 jest를 실행하거나 명령줄에서 실행합니다. 많은 console.log가 있지만 대부분은 가려져 있음을 알 수 있습니다.

거기 - 개발 팀에는 필요한 모든 것이 있습니다. 이 문제를 해결하세요.

2018년 3월 22일 오전 8시 36 분에 Christopher Oliphant

그것은 확실히 나에게 일어나고 있습니다. 당신이 그것을 고칠 수 있도록 나에게서 무엇이 필요합니까?

2018년 3월 22일 오전 8시 32분에 Dennis Brown < [email protected] [email protected] >에서 다음과 같이 썼습니다.

사실이지만 아직 개발자가 할 일은 많지 않습니다.

이 문제는 비동기 예제 내의 중첩된 비동기 호출에서 가장 일반적으로 발견되었습니다. 다른 사람의 경우는 잘 모르겠지만 console.log를 사용하는 모습을 보여주면 이 문제를 해결하는 데 확실히 도움이 될 것입니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/facebook/jest/issues/2441#issuecomment-375349444 에서 확인하거나 https://github.com/notifications/unsubscribe-auth/ADrayIO4NBB2dZM1XL8ZQO32W9SUnu2Yks5tg8 스레드를 음소거

@RALifeCoach가 지금 귀하의

실행합니다. 일부 출력이 표시되지만 많은 부분을 덮어씁니다.

2018년 4월 14일 토요일 오전 3:10 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 --watch 와 암시적으로 결합됨).

[최신 Jest v23.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/restoreing-console-log 참조
-- console.log 삭제

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

...그리고 갑자기 -- 짜잔! -- 불사조처럼 -- console.log() 가 Jest에서 다시 작동합니다...!
Jest는 메시지를 기록하기 전에 "console.log(위치 정보)"도 출력합니다...

>

console.log __tests__\libarray-helpers.test.js:35
지금 내 말 들리니, 광대들...?

또한 최근에 console.log() 대신 https://www.npmjs.com/package/logatim 동형 "logatim"을 사용하고 있습니다.
Jest의 하이재킹 시도에 면역인 것 같습니다...(콘솔.log를 재설정할 수도 있습니다...)

logatim 대해 선제적으로 console.log를 "하이재킹"할 수도 있습니다.
"정보" 수준 메시지를 녹색으로 기록하려면...

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

(제 농담을 호전적으로 해석하지 마십시오...조금만 농담할 수 없다면 좋은 제품에 이름을 짓는 기쁨이 어디 있습니까...)

증오를 퍼뜨리기 전에 @yanshuf0 , 분명히 혜택을 받고 있는 무료 공개 도구를 고려하십시오. Jest를 사용하기로 선택했습니다. 마음에 들지 않으면 탈퇴를 선택할 수 있습니다(또는 직접 수정하면 팀이 친절하고 PR에 개방적임).

이 "덮어쓰기" 문제(Windows 10, VS Code 터미널, node.js 프로젝트)가 있었고 문제를 만지작거리면서 버그가 더 이상 발생하지 않았습니다. --watch 사용을 중단했거나 "verbose": false 옵션을 추가했기 때문에 발생하지 않는다고 생각했지만 이러한 변경 사항을 되돌려도 버그가 다시 나타나지 않았습니다.

Jest가 의도적으로 로그 출력을 생성한 테스트와 연결하지 않았는지 묻고 싶습니다. 잠시 동안 모든 콘솔 출력이 모든 테스트 결과 아래에 있었지만 이제는 모든 테스트 결과 위에 표시됩니다. 무작위로.

--watchAll 플래그가 이를 차단했습니다. 이제 그것은 나를 위해 작동합니다

몇 달 동안 jest를 사용한 후 노드 8.9에서 갑자기 이런 일이 발생했습니다. 1분 동안 console.log가 정상적으로 출력되고 있었고 다음에는 작동이 중지되었습니다. 나는 이 스레드에서 끝내고 몇 가지를 시도했습니다. --watch 사용하지 않으면 문제가 해결되었지만 매번 테스트 명령을 다시 실행해야 했습니다. --watch --verbose false 하면 문제가 해결되고 자동으로 테스트가 실행됩니다.

여기에서 같은 문제를 찾았 습니다. 임시 수정

이것이 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 가 항상 표시되는 것을 볼 수 있습니다.

내 경우에는, 시계 모드에서 모든 테스트를 실행 올바르게 기록 않습니다. 패턴 모드를 사용하여 하나의 테스트 클래스로 필터링하면 로깅이 잘립니다.

@davidgilbertson (https://github.com/facebook/jest/issues/2441#issuecomment-286248619)의 주석에 verbose: true 를 제거하고 my에서 --verbose 제거합니다. 명령줄 플래그를 사용하면 숨겨진 콘솔 로그를 볼 수 있습니다. 꽤 혼란스럽습니다.

내 package.json에 verbose: true 가 있고 console.log 문이 때때로 있고 때로는 그렇지 않다는 것을 발견했습니다. 단 하나) - 이것이 아마도 비동기 문제라고 생각합니다.

저도 가끔 이 문제가 있는데 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://github.com/spion/jest-logging-repro

여기에서 출력 분석: https://gist.github.com/spion/bbb34c5abc1230a37ad5f4f01336b8df

패치는 부분적이기 때문에

• 필요한 출력 변경으로 인해 많은 통합 테스트가 실패하고 있습니다.
• 때때로 (불행하게도) 마지막 상태 업데이트 후에 로그 출력이 나타납니다. 그 이유는 아마도 자식 프로세스가 부모에게 성공 메시지를 보낸 후 자식 프로세스 스트림이 플러시된다는 사실 때문일 것입니다.

@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 콘솔 출력이 커서를 움직이는 농담으로 덮어쓰여지는 것은 내가 보고 있는 것과 일치합니다. --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 없이 실행할 때 잘 작동하므로 이를 수행하는 watch 플래그에 대한 것입니다.

너무 아이러니한 점은 console.log가 작동할 때 더 장황하다는 것입니다!

Jest 23.6에서 장황한 이 문제를 알아차리기 시작했고 23.5로 롤백했는데 여전히 보고 있습니다. --clearCache 실행하면 다시 실패할 때까지 잠시 동안 자세한 정보가 수정됩니다. 많은 로그 실패 또는 그와 관련된 것과 같은 트리거가 무엇인지 확실하지 않습니다. 그런 일이 발생하면 Jest가 캐시를 손상시키는 것으로 보입니다. 나는 --verbose false 시도하고 그것이 앞으로 나아가는 것을 막는지 확인합니다.

@jamespolanco 에게 감사합니다. --clearCache 옵션을 사용하면 문제가 해결되었습니다(당분간). --no-cache 옵션을 사용하여 테스트를 실행하고 이 옵션으로 인해 향후 문제가 재발하지 않는지 확인하겠습니다.

편집: 내 문제는 내 console.log 메시지 중 일부만 인쇄되었다는 것입니다. 한 테스트에서 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"]
  },

이 문제가 장황함을 확인합니다. 문제는 verbose가 켜져 있을 때 줄 수 계산이 엉망이라는 것입니다.

누군가가 메시지를 인쇄하는 곳을 알려줄 수 있다면 나는 그것을 찌를 수 있습니다.

당분간 jest-watch-toggle-config 를 사용하여 발행을 완화할 수 있습니다.

다음과 같이 설정하십시오.

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

테스트를 실행할 때 v 를 눌러 자세한 정보 표시를 v 다시 눌러 비활성화 합니다.

그 후에는 verbose를 끄면 모든 로그를 볼 수 있습니다.

--verbose=false enzyme 얕은 테스트 시 문제를 해결했습니다. 그러나 console.logs는 enzyme mount 수정 없이 작동했습니다.

이는 react-test-renderer가 오류를 기록하는 방법과 react의 내장 렌더러가 오류를 기록하는 방법(효소가 콘솔 기능을 전혀 방해하지 않기 때문에)의 차이를 나타냅니다.

참고로 이 PR은 문제를 해결합니다. - https://github.com/facebook/jest/pull/6871

아직 준비되지 않았으므로 접근 방식을 변경해야 할 수도 있습니다. 그러나 로깅된 모든 데이터를 자세한 정보 표시 모드로 표시합니다.

아직 업데이트되지 않았지만(jest 22.4.2 실행) 감시 모드를 사용하면 내 로그가 표시되지 않습니다. --runInBand 실행하면 watch 모드에서 수정되었습니다.

    "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. 데. 2018 KL. 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
.

>

타르제이 후세
모빌: 920 63 413

@tarjei 네:

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

그것은 나를 위해 일하고 있습니다. 🎉

이것은 정말 어리석은 일이지만 다른 사람에게 도움이 되는 경우를 대비하여 저는 새로운 (저에게) 프로젝트를 진행 중입니다. jest는 출력을 비활성화하는 --silent 옵션으로 실행 중이었습니다. 삭제했더니 지금 로그가 보입니다 🤦‍♂️

자세한 정보 표시가 활성화되면( jest-watch-toggle-config 사용하여 토글) 콘솔 로그의 일부가 베타에서 차단됩니다.

--verbose=거짓

이것은 나를 위해 일했습니다.

나는 다른 사람들이 내 테스트에서 작동하지 않는 동안 일부 console.log() 발견했습니다(노드 v8, [email protected])

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=거짓

이 경우에도 저를 위해 일했습니다.

@DanweDE 는 verbose가 true 설정된 경우에도 최신 알파 yarn add jest<strong i="6">@beta</strong> --dev 가 문제를 해결하는지 확인할 수 있습니까?

--verbose false 추가하면 문제가 해결되었습니다. 다소 직관적이지 않은 것 같습니다. :)

이거 고쳐졌나요? "jest": "23.6.0"에 여전히 console.logs가 표시되지 않습니다.

@iDVB 위의 스레드 몇 개를 읽으면 문제를 해결해야 하는 베타 버전이 있음을 알 수 있습니다. 그것을 시도하고 문제가 해결되면 보고하여 @spion 을 도우

또한 --verbose false 또는 --verbose true 또는 플래그 조합이나 Node 또는 Jest 버전의 조합으로 문제를 해결하기 위해 여기에 오는 모든 사람이 문제를 해결했습니다. 베타 버전을 시도하고 해결 방법 없이 문제가 해결되는지 보고하세요.

테스트 중인 클래스의 콘솔 로그가 나타납니다.

@philraj 우리는 "24.0.0-alpha.9" 으로 전환 했으며 완벽하게 작동합니다. 업그레이드 이후에 로그가 사라지는 것을 본 적이 없다는 의미에서.

명령줄 인수 없이 24.0.0-alpha.9 에서도 작동하는지 확인할 수 있습니다.

나는 React와 Jest에 비교적 익숙하지 않습니다. create-react-app의 기본값을 사용하여 일관된 로그를 얻을 수 없습니다. 나는 그것을 꺼냈고 이제 로그가 잘 작동합니다. 배출이 Jest의 버전을 변경했다고 생각하지 않습니다. Jest가 실행되는 방식에 대한 설정 중 하나가 변경되었을 수 있습니다. 23.6.0 입니다.

24.0.0-alpha.16 사용할 때 verbose=false 추가하지 않는 한 콘솔 로그가 표시되지 않습니다.

[email protected] 에서도 이와 상당히 일치하지 않는 결과를

--verbose=false 이 문제도 해결했습니다 🎉

24.1.0 하고 있으며 자세한 옵션이 없어도 작동합니다. 그러나 테스트 파일에 eg가 포함된 경우 테스트 파일에 console.log 문을 출력하지 않습니다. 가져오지 않은 클래스에 대한 참조입니다. 예를 들어

ts-jest 의 오류이며 여기서는 관련이 없습니다.

예, 하지만 해당 오류가 발생하면 콘솔 로그 출력이 표시되지 않습니다. 여전히 ts-jest 있습니까? 나는 jest 주변의 각 라이브러리가 무엇을 담당하는지 잘 모릅니다.

ts-jest 작동 방식 IDK, 그러나 유형 오류에 대한 테스트를 실행하지 않으면 누락된 이유가 설명됩니다. 코드가 실행되지 않습니다.

나는 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를 실행하고 있다고 100% 확신합니까? 나는 과거에 로컬에 설치된 패키지 대신 실행 중인 패키지의 이전 글로벌 버전이 있었기 때문에 발생한 문제를 보고했습니다.

예, 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 를 확인하십시오!

아직 아니 출력 --verbose=true 또는 --verbose=false 사용하는 경우 [email protected] - 여전히 원래 기록 된 삼년 후 문제가 확실하지 왜.

테스트를 직렬로 실행하여 문제가 해결되는지 확인하기 위해 jest 플래그 --runInBand 를 사용해 보셨습니까? 누군가 나에게 이것을 언급했지만 테스트할 기회가 없었습니다.

감사합니다. 작동합니다! 그러나 console.log의 출력을 갖도록 기본값을 설정하지 않는 이유는 무엇입니까?

이것은 여전히 ​​나에게 문제입니다. [email protected]

실제로 수정 사항을 찾았습니다. 마지막 테스트 케이스의 마지막 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
• 타이프스크립트 3.5.2
• @types/jest 24.0.15

[PASS] 문의 버퍼가 마지막 2개의 콘솔 로그 라인 위에 쓰고 있는 것 같습니다(Pass 문의 끝에서 콘솔 로그 라인 번호의 일부를 볼 수 있습니다)

이것은 저에게 해당되는 것 같습니다([email protected]). 내 시스템에서 [PASS]가 있는 터미널 출력 라인은 지워지기 전에 일부 콘텐츠를 깜박이는 것으로 나타납니다.

이 문제도 겪고 있습니다.

위의 솔루션으로 기록할 수 없지만 해결 방법으로 값으로 실패할 것으로 예상하고 diff를 확인합니다.

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 설치 --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');
  };

아직 아니 출력 --verbose=true 또는 --verbose=false 사용하는 경우 [email protected] - 여전히 원래 기록 된 삼년 후 문제가 확실하지 왜.

이것은 내 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 이 저에게 효과가 있었던 것 같습니다. 감사 해요!

Jest는 --silent 옵션을 전달할 때 로그 및 경고를 숨깁니다.
yarn jest 시도하면 작동합니다.

이 버그 너무 짜증나... 3년...

끄기 --무음
그리고 나를 위해 일하는 ts-jest @mr-madmin 솔루션을 사용하는 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/10 LTS에 대해 테스트됨

응. 나도 가장자리에 있다. 여기에서 문제를 해결하고 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/10 LTS에 대해 테스트됨

이 스레드의 모든 단일 솔루션을 테스트했습니다.

이와 관련하여 변경된 사항이 없는지 확인하려면 다음을 수행하십시오.

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 테스트 -- --runInBand -t "내 테스트 이름"

하지만 내 package.json에서 이와 같이 설정했습니다.

" test:unit ": "제스트 --verbose"

--verbose 플래그를 사용하면 console.log가 통과할 수 있다고 생각할 수 있지만 나는 여전히 console.log가 작동하도록 할 수 없습니다. 너무 답답해!

@ivandosreisandrade package.json은 어떻게 생겼나요? 나는 이것을 따르려고 노력하고있다 :

npm 테스트 -- --runInBand -t "내 테스트 이름"

하지만 내 package.json에서 이와 같이 설정했습니다.

" test:unit ": "제스트 --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'에서 모의 ​​가져오기;
'fs'에서 fs로 * 가져오기;
'펌프'에서 펌프 가져오기;
* 'util'에서 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를 수행하고 req 데이터를 확인하는 것보다 모든 단일 테스트 케이스를 디버그하는 것은 다소 지루해 보입니다.

filePromisy 약속을 농담으로 반환해야 테스트가 완료될 때 알 수 있습니다. 문제는 이 문제와 관련이 없습니다.

임시 expect 문에 로그인하려는 모든 항목을 간단히 넣어 디버깅 목적으로 이 문제를 해결했습니다. 따라서 console.log(sketchyVariable) 대신 expect(sketchyVariable).toEqual(42) .

노드 8에서 나를 위해 일한 것:
console.log 를 사용하는 대신 내장 디버그 로그를 사용하십시오.

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

그리고 디버거 플래그로 농담을 시작하십시오.

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

단일 테스트를 볼 때 콘솔 로그가 산발적으로 나타나는 것을 보았습니다. 어떤 때는 모든 로그를 보고, 어떤 때는 전혀 보지 않고, 어떤 때는 일부만 볼 수 있지만 전부는 볼 수 없습니다. 테스트를 실행할 때마다 나는 다른 것을 보게 될 것입니다. 😒

--verbose=false 문제를 해결했습니다. 나는 verbose 를 true 설정하지 않았기 때문에 이것에 놀랐습니다. 단일 테스트를 실행하는 경우 Jest가 자동으로 true 설정합니다 . 🙃

실행 중인 테스트 파일이 하나만 있는 경우 기본적으로 true로 설정됩니다.

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

관련 StackOverflow 스레드: https://stackoverflow.com/questions/48695717/console-log-statements-output-nothing-at-all-in-jest

jest는 여러 수준에서 로깅을 잘 처리하지 않습니다. 그것은해야

• 기본적으로 실패 시 하나의 테스트에 대해 캡처된 모든 로그를 캡처하고 표시합니다.
• 아무 것도 표시하지 않는 옵션이 있으며
• 캡처를 비활성화하는 옵션이 있습니다.

그게 다야 복잡하지 않습니다.

내 생각에 그들은 테스트를 실행할 때 정상적인 순서로 인쇄하기 위해 비동기 출력을 얻으려고 하기 때문에 콘솔 로그를 캡처하고 있습니다. 문제는 이 로깅 코드가 사용자에 대해 작동하지 않으면 사용자의 환경에서 상당히 곤경에 처한다는 것입니다.

테스트를 디버깅할 때 콘솔 출력을 안정적으로 얻을 수 없었기 때문에 몇 년 전에 jest 사용을 중단했습니다. 이 스레드에서 내가 어떤 제안을 따랐든 상관없습니다.

이야기의 교훈은 글로벌 콘솔을 건드리지 말라는 것입니다. 항상. 켜거나 끌 수 있는 로거를 제공하고 싶다면 그렇게 하십시오. 원하면 사용하겠습니다. 그러나 글로벌 콘솔은 간섭을 받아서는 안됩니다.

iOS용 Outlook 다운로드 https://aka.ms/o0ukef

보낸 사람: earonesty 알림 @github.com
보냄: 2020년 8월 12일 수요일 오후 12:33:23
받는 사람: facebook/ jest [email protected]
참조: 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(...) 의 autohoisting과 같은 것은 Jest 테스트가 의미 체계에서 엄격하게 JavaScript(또는 ECMAScript)가 아니라는 것을 의미합니다. 마찬가지로 병렬 처리는 console.log 와 같은 void 반환 내장 메서드가 성능을 향상시킬 수 있는 경우 비동기식으로 처리될 수 있고 처리되어야 함을 의미합니다.

나쁜 일인가요? Jest가 엄청난 성공을 거둔 것처럼 반드시 그런 것은 아닙니다. 하지만 Jest는 때때로 당신을 놀라게 할 능력이 있다고 생각합니다. 예를 들어 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