@thymikee 왜 이런 일이 일어나는지 아십니까?

잘 모르겠지만 예를 들어 typescript를 제거하여 예제를 최소화하려고 합니다.

Typescript 없이 재현할 수 있습니다.

노드 7.4가 콘솔 로그를 먹는 것을 확인할 수 있지만 노드 7.5.0, 7.10.0, 8.0.0 및 8.1.2에서 작동합니다.
노드 버전을 업그레이드하십시오. 폐쇄

@thymikee 현재 LTS 릴리스인 Node 6은 어떻습니까? (아직 충분히 디버깅하지 않았지만 이것도 치는 것 같습니다. 그러나 지금은 LTS 릴리스로 제한되어 있으므로 업그레이드할 수 없습니다.)

v6.11.0에서 테스트했지만 여전히 console.log 가 표시됩니다.

아, 다른 문제가 생겼을 수도 있습니다. @thymikee 감사합니다. 좀 더 디버깅으로 돌아가겠습니다.

나도 모르게 Node 7.3.0(n을 통한 잘못된 버전)을 실행하고 있었고 로깅이 되지 않았습니다. 8.1.1로 전환하고 다시 기록했습니다.

@thymikee - 그것이 어떻게 해결책인지 모르겠습니까? ...노드 버전을 업그레이드할 수 없습니다.

나는 이것이 어떻게 노드 버그로 간주되고 적어도 Jest 자체와 관련이 없는지 약간 혼란스럽다고 생각합니다. Jest v19.0.2와 함께 Node v7.4.0을 사용하면 내 테스트에서 콘솔 로깅이 표시됩니다. 다른 구성을 변경하지 않고 Jest를 v20.0.4로 업데이트하기만 하면 콘솔 로깅이 더 이상 표시되지 않습니다. 내가 놓치고 있는 것이 있습니까?

@thymikee 노드 버전을 업그레이드했는데 Node 8.2.1 Winx64 + Jest 20.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

Node Lmao의 최신 버전을 설치하라는 말을 듣게 될 것이라고 확신합니다. 농담입니다 😂 😂 😂

@nf071590 은 재현할 수 없으며 정확히 동일한 Jest 및 Node 버전으로 repl.it에서 작동합니다. https://repl.it/KYLc/0

프로젝트 관리자에 대해 호언장담하기 전에 진지한 반박을 해보세요.
건배!

이에 대해 어떻게 해야 할지 잘 모르겠습니다. 나는 말 그대로 당신의 예제를 파일에 붙여넣고 Jest를 실행했고, 1분 전 Jest의 최신 마스터 버전과 함께 내 Mac에서 광고된 대로 작동합니다. 보다:

Windows(노드 8.4, jest 21.0.0-alpha.2)를 사용 중이므로 console.log 를 사용하지 않으면 --verbose #$0$#$ 가 _때때로_ 숨겨지지만 일관되게 표시되는 것 같습니다. 그것으로. 노드 7과 안정적인 농담을 사용하여 결과를 업데이트하게 되어 기쁩니다.

여기에 같은 문제가 있습니다.

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. 내 노드 버전을 업그레이드했고 $# --verbose 없이도 이제 예상대로 console.log 가 인쇄됩니다. V7.4.0에만 이 문제가 있는 것은 아니지만 버전과 관련된 것으로 보이며 일부 Node 버전에서는 문제가 되지 않습니다. 저는 이제 Node v8.3.0을 사용 중입니다. 작동하는 것 같습니다.

즉, 업그레이드하기 전에 @nf071590 과 동일한 버전과 동일한 문제가 있었습니다. repl.it에서는 왜 이런 일이 발생하지 않는지 잘 모르겠지만 그의 컴퓨터에서만 일어나는 이상한 일은 아닙니다.

이것은 node 8.9.0과 jest 21.2.1, macOS 10.12.6(16G1036)으로 재현 가능

@SimenB 할 수 있지만 이 문제는 여기저기서 죽을 정도로 논의된 것 같습니다. jest의 다중(자식) 프로세스 특성은 console.logs 을 덮어쓰고 변경되지 않는 대규모 재작성 없이는 의미합니다. 이 스레드에 와서 --verbose console.log 를 사용한 디버깅을 허용하지 않는 문제를 피하려면 --watch 플래그를 사용해야 합니다. 이렇게 하면 자식 작업자 프로세스를 덮어쓰는 것을 방지하고 콘솔 로그와 함께 자세한 출력을 볼 수 있습니다. --watch 는 매우 빠르고 변경된 테스트와 코드에 주의를 집중하고 저장 시 변경된 테스트만 실행하여 더 많은 가치를 추가합니다.

제 경우에는 장황한 메시징이 일부 console.log 메시지를 먹지만 일부는 먹지 않는다는 것을 알았습니다. 자세한 옵션을 제거했는데 어느 정도 작동하는 것 같습니다!

방금 노드 버전을 v6에서 v9로 업그레이드했으며 테스트 파일 중 하나가 위안이 됩니다.

나는 몇 주 동안 그 문제와 씨름하고 있다. 이제 작동하게 되어 기쁩니다.

문제는 --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

여기에 제안된 해결 방법 중 어느 것도 효과가 없었습니다.

항상 그렇듯이 테스트를 위해 풀다운할 수 있는 복제물을 만드십시오. 이 문제가 발생하지 않았으므로 문제를 해결하는 방법을 잘 모르겠습니다.

@ledbit 의 해결 방법이 저에게 효과적이었습니다.
NPM 5.3.0
농담 22.4.3

• 맥 OS

나는 여전히 번식이 필요한 시점에 있습니다.

--forceExit 다소 깨진 것 같지만 해당 플래그를 사용하지 않을 때 발생하지 않았습니다.

[최신 Jest v23.0.0, 노드 v8.11.2를 사용하기 위해 분기된 react-scripts 사용]

마지막으로 특정 문자열(예: @@@ )로 각 로그에 태그를 지정하고 다음을 실행하여 표시할 로그를 얻었습니다.

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

이것은 끔찍한 해킹입니다(모든 콘솔 색상을 잃게 되지만 여전히 테스트 실패와 최종 테스트 요약은 표시됨). 그러나 지금까지 작동한 유일한 방법입니다. 나는 위의 의견에서 다른 모든 것을 시도했습니다. 이 솔루션에는 --verbose arg가 필요합니다( react-scripts --watch 와 암시적으로 결합됨).

이것은 여전히 ​​​​문제입니다. Node 10.1.0에서 jest v22.4.3을 사용하고 있으며 내 앱의 첫 번째 console.log 문만 표시되고 나머지는 모두 무시됩니다. 내 로깅 라이브러리를 stdout으로 스트리밍하도록 설정하면 일부 로그를 볼 수 있지만 올바른 순서로 나타나지 않습니다.

테스트 실행자로서 Jest의 임무는 코드를 디버그하고 수정하는 데 도움을 주는 것입니다. 로그 없이는 달성할 수 없습니다.

@thymikee 이 문제를 다시 열어주세요

@thanpolas 는 우리가 조사할 수 있도록 버그를 표시하는 저장소와 함께 새로운 문제를 자유롭게 생성할 수 있습니다. :) 또한 최신 버전인 Jest 23을 사용하십시오.

내 문제를 알아 냈어요. stdout으로 스트리밍하는 로거를 통해 로깅이 발생했습니다. console.log로 리디렉션될 때 스트림 작성기 콜백을 호출하는 것을 잊어버려 스트림이 로그 전송을 중지했습니다.

그만한 가치가 있기 때문에 터미널과 iTerm2의 차이점을 보았습니다.

jest에게 stdout 및 console에서 마법을 사용하지 않도록 지시하는 옵션은 모든 사람에게 매우 유익할 것이라고 생각합니다.

다음은 내가 재현할 수 있었던 버그의 한 예입니다. 여러 소스가 있는지 확실하지 않습니다.

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

yarn install; yarn repro

설정: Jest는 감시 모드에 있으며 상세 플래그가 켜져 있고 최소 두 개의 테스트 파일이 실행 중입니다.

이론: 작업자 중 하나의 출력이 콘솔 커서를 잘못된 위치로 이동하여 잘못된 내용을 덮어씁니다.

콘솔에서 관찰:

 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 이 그것에 대해 갈고 있다고 생각합니다. 좋은 쉬운 재현.

이것이 Node v8.11.1 LTS에서 발생하고 watch 및 watchAll 모드에서만 발생함을 확인할 수 있습니다. 시계 모드가 없어도 괜찮습니다.

Node v10.6.0 및 Jest 23.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 모드에서( error 가 아닌 첫 번째 log 만 인쇄):

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 (예상되는 log 4개 모두 인쇄):

 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 (처음 두 개의 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의 농담 구성입니다.

```
"농담": {
"변환 무시 패턴": [
"/노드 모듈/"
],
"설정 파일": [
"/src/setupTests.js"
],
"testEnvironment": "jsdom",
"상세한": 사실,
"프로젝트": [
{
"디스플레이 이름": " 구성 요소 ",
"설정 파일": [
"/src/setupTests.js"
],
"모듈 경로": ["/src/"],
"테스트 일치": ["/src/components/__tests__/ / .test.js"]},{"디스플레이 이름": " 감속기 ","설정 파일": ["/src/setupTests.js"],"모듈 경로": ["/src/"],"테스트 일치": ["/src/reducers/__tests__/ /.test.js"]
},
{
"디스플레이 이름": " 작업 ",
"설정 파일": [
"/src/setupTests.js"
],
"모듈 경로": ["/src/"],
"테스트 일치": ["/src/actions/__tests__/ */ .test.js"]
}
]
},

Here are my dependencies

"종속성": {
"babel-core": "^6.26.3",
"바벨 농담": "^23.4.0",
"바벨 로더": "^7.1.5",
"babel-preset-env": "^1.7.0",
"babel-preset-react": "^6.24.1",
"dotenv": "^6.0.0",
"익스프레스": "^4.16.3",
"농담": "^23.4.0",
"반응": "^16.4.1",
"react-dom": "^16.4.1",
"반응 redux": "^5.0.7",
"반응 스크립트": "1.1.4",
"redux": "^4.0.0",
"재생기 런타임": "^0.12.0"
},

output from just running jest

패스 리듀서 src/reducers/__tests__/comments/index.test.js
✓ SAVE_COMMENT(4ms) 유형의 작업을 처리합니다.
✓ 알 수 없는 유형의 작업을 처리합니다.

작업 전달 src/actions/__tests__/ index.test.js
댓글 저장
✓ 올바른 유형(1ms)이 있습니다.
✓ 올바른 페이로드(1ms)가 있습니다.

구성 요소 전달 src/components/__tests__/App/index.test.js
✓ CommentList를 표시해야 함(5ms)
✓ CommentBox를 표시해야 함(1ms)

구성 요소 전달 src/components/__tests__/CommentBox/index.test.js
✓ 텍스트 영역이 있음(23ms)
✓ 버튼이 있음(3ms)
텍스트 영역
✓ 사용자가 입력할 수 있는 텍스트 영역이 있습니다(9ms).
✓ 양식이 제출되면 텍스트 영역이 비워집니다(5ms).

구성 요소 전달 src/components/__tests__/CommentList/index.test.js
✓ 주석당 하나의 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

→ npx jest --버전
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를 실행 중인 경우(또는 둘 다?) 제거해 보십시오.

더 이상 도움이 되지 않습니다.

나는 종종 전체 테스트 요약이 콘솔에 인쇄되기 _전_ 초 동안의 로그 출력을 볼 수 있습니다. 출력을 표시하려면 연속으로 console.log 를 약 4-5회 반복해야 하며, 그 후에도 마지막 로그는 절반으로 잘립니다(예: 큰 개체를 인쇄할 때 첫 번째 절반만 마지막 인쇄된 로그에서 볼 수 있음).

또한 예측하기가 매우 어렵습니다. 때로는 하나 또는 두 개의 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.

콘솔 라인이 누락되었고 패스가 너무 아래에 두 줄로 작성되었습니다. 아마도 "PASS"를 표시하기 위해 올라갈 때 고려되지 않은 console.log와의 얽힘 때문일 것입니다.

편집: 쉬운 검색 및 조작을 위해 이 요약을 요점에 추가했습니다: https://gist.github.com/spion/bbb34c5abc1230a37ad5f4f01336b8df

ps 현재 마스터로 이것을 재현하려면 약간의 강제가 필요할 수 있습니다. 감시 모드에 들어갈 때 잠시 동안 "a"를 누르고 있으십시오. console.logs는 어느 시점에서 통제 불능 상태가 되기 시작합니다(예기치 않은 장소와 시간에 나타남).

또한 나는 잊어 버렸습니다. WRT 터미널 동작에 차이가 있다면 우분투 바이오닉에 있습니다.

% 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 기자와 상태 생성기 간의 상호 작용을 이해하는 데 시간이 걸렸습니다.

Jest는 프로세스 stderr 및 stdout 스트림의 쓰기 방법을 자체 작성기로 원숭이 패치합니다. 해당 작성자는 진행 중인 테스트 수, 진행률 표시줄, 경과 시간 등과 같은 항목이 포함된 jest-cli Status.js의 출력을 기록합니다.

해당 스트림에 쓰기 명령이 있을 때마다 해당 명령은 상태에 대한 "삭제" 명령(ANSI 제어 코드를 사용하여 상승), 원래 쓰기 및 "상태 다시 쓰기" 명령으로 대체됩니다. 따라서 상태가 항상 화면 맨 아래에 있는 반면 텍스트는 화면 위로 스크롤된다는 환상입니다.

(물론, 그것보다 조금 더 똑똑합니다. 쓰기가 버퍼링되고 버퍼링된 데이터는 상태와 함께 100ms마다 한 번만 실제로 기록됩니다.)

그러나 병렬 테스트 러너( 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년 동안 콘솔 로그가 없었기 때문에 더 나은 개발자가 되었습니다. Jest 팀 감사합니다!

이것이 여전히 문제라는 것이 믿기지 않습니다. 왜 이슈가 종료되었나요?

내 말은, 누가 실패한 테스트를 디버그하고 싶어하겠습니까?

@jonogilmour가 언급했듯이 한 번 기록하면 표시되지 않지만 두 번 기록하면 그 중 하나가 표시됩니다.

FWIW, --verbose=false 해결 방법이 저에게 효과적입니다. 내 package.json :

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

다른 관찰:

• --env=jsdom을 제거하면(내 실제 응용 프로그램에 대한 옵션이 아님) --verbose=false 없이도 작동합니다.
• (반응 스크립트를 통하지 않고) jest를 사용하여 직접 테스트를 실행해도 작동했습니다.
• 어설션이 실패하고 jest에서 훨씬 더 많은 출력을 얻으면 훨씬 더 많은 콘솔 로그도 덮어쓰게 됩니다.

안녕 남자/여자,
--watch 모드에서 테스트를 실행할 때 유명한 jest 콘솔 로그 문제도 만났습니다.
해결책은 --watch 대신 --watchAll을 사용하는 것입니다. 테스트 요약이 더 보기 흉해졌지만 로그는 예상대로 표시되었습니다.

macOS 하이 시에라
노드 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의 예상 라이브러리를 계속 사용할 수도 있습니다. 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 에서는 작동하지 않습니다.

세상에 이건 고통이야 :/ 2018년 11월

이 문제를 다시 열어주세요

silent: false in jest.config.js ... 제 경우에는 도움이 되었습니다.

어떤 솔루션도 작동하지 않습니다.
노드JS: 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를 서버 측 코드로 구부리는 경우에는 좋습니다. 슬프게도 나는 결국 그들 중 하나가 나타나는 것처럼 보이기 때문에 일반적으로 각 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 안녕하세요. 여기 토론은 "문제"에 대한 것이기 때문에 여기 에 "장난" 태그를 사용하여 StackOverflow에 그런 종류의 질문을 게시해야 한다고 생각합니다. 그럼에도 불구하고 누군가가 당신을 도울 수 있다는 것을 알고 있지만 여기 문제는 주요 문제가 논의되지 않기 때문에 닫힙니다.
그리고 지금으로서는 반응과 프론트엔드를 위한 무언가를 개발하고 있지 않기 때문에 그 질문에 대한 답을 드릴 수 없습니다. 또한 저는 농담의 일원이 아니지만 규칙을 따르도록 노력합시다.

@SimenB 나는 jest를 (귀하의 언급된 버전으로) 업데이트하고 문제가 있는 내 프로젝트에 몇 가지 console.log 문을 배치하려고 시도했습니다. 지금까지는 수정된 것 같습니다. 모든 console.log 가 나타납니다. 계속 사용하고 문제가 다시 발생하면 알려 드리겠습니다.

참고로 저는 jest --watchAll 를 사용하고 있었습니다.

@tobyhinloopen @SimenB 를 언급한 진행 상황의 증거를 보니 반갑 습니다.

멋지네요 @tobyhinloopen!

또한 [email protected] 가 잘 작동하고 --verbose=false 없이 모든 콘솔 로그를 볼 수 있음을 확인할 수 있습니다.

또한 [email protected] 가 잘 작동하고 --verbose=false 없이 모든 콘솔 로그를 볼 수 있음을 확인할 수 있습니다.

+1. 확인할 수도 있습니다. 이것이 작동하는 것을 보게되어 기쁩니다. 잘했어요, Jest 여러분! 😄

나도 확인할 수 있어! 마치 크리스마스 같다. 🎅

😃

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.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) 의 두 번째 인수로 콜백 함수를 사용하고 있습니다. 그는 Promise.all([...]).then(callback) 를 사용해야 합니다. 아마도 그것이 그의 문제를 해결한다고 생각합니다 .all 의 두 번째 인수는 무시되고 실행되지 않습니다(따라서 로그가 실행되지 않음). @tiborsaas

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

예, 틀렸습니다. 하지만 로그 문은 여전히 ​​표시되어야 합니다.

@SimenB 아니요, 두 번째 인수는 무시됩니다.

> 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); 이 예상대로 작동했습니다.

이 경우 함수가 호출되지 않기 때문에 로그 문이 손실될 수 있지만 노드가 프로세스를 종료하기 전에 프라미스가 완료될 때까지 기다리므로 원래 forEach 의 경우 로그 문이 계속 표시되어야 합니다. 그래서 사용자 오류인데도 여전히 버그입니다.

홍보: # 7731

https://www.npmjs.com/package/debug 를 사용하여 로깅을 수행합니다. Jest와 함께 하면 될까요?

아니요, #6524를 할 때까지는 아닙니다.

테스트에서 debug 를 조롱하고 테스트하려면 console.log 를 사용하는 것이 좋습니다.

참고로 콘솔 메시지는 테스트가 완료된 후 출력될 경우 손실될 수 있습니다. #7731 하단의 주석을 참조하세요. 이것이 일부 이유일 수 있지만 여기에 보고된 누락된 콘솔 메시지의 전부는 아닐 수 있습니다.

--verbose 나를 위해 일했습니다. --verbose를 사용하기 전에는 모든 메시지가 아닌 일부 메시지가 손실되었습니다. 노드 v10.15.3 및 jest v21.2.1을 사용하고 있습니다.

여전히 문제가 있습니다. 콘솔 로그가 Jest에 표시되지 않습니다.

문제가 마침내 해결되었다는 블로그의 최신 발표에도 불구하고 문제는 여전히 존재하고 때로는 콘솔 로그가 다시 표시되지 않습니다. 저는 jest v24.8.0 를 사용하고 있습니다.

그리고 제 작품은 괜찮습니다 🤷‍♂️. 조사할 수 있는 복제물을 게시하십시오. 우리는 마법사가 아니므로 출력을 기록하지 못하는 코드를 볼 수 없습니다.

실제로 조사 후 API 테스트(예: supertest)와 관련된 로그가 작동하지 않습니다. 예상되는 :/

@thymikee 이것은 일관되지 않게 발생하므로 재현하기가 정말 어렵습니다. 예시:
테스트에서 단일 파일을 선택하여 다음 실행( 옵션 p )

• console.log('팬츠') (작동)
• console.log(myObject) 변경(작동하지 않음)
• 맞게 변경(작동하지 않음)
• console.log('pantz')로 변경(작동하지 않음)
• 그것에 맞게 변경(작동하지 않음)
• 농담을 다시 시작하십시오 (작동하지 않음)
• 맞게 변경 (작동)

이제 동일한 단계를 복제하려고 시도했지만 결과가 일치하지 않습니다.

JEST 직원이 디버깅을 도울 수 있도록 작동하지 않는 샘플 리포지토리를 제공하세요. @크레슬리

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)

아마도 winston의 로거에 대해 전역적으로 console.* 를 재정의하는 것과 같은 더러운 일을 할 수도 있습니다.

@kresli 당신의 농담은 어떤 버전인가요? v23 동작처럼 보입니다.

이것은 jest v^24.6.0 및 node v10.14.2 에서 계속 발생합니다. 이유를 알겠어요?

@yaelz 이것은 일반적으로 사용자 오류로 인해 발생하지만 버그를 재현하기 어려운 이력이 있는 완고한 문제입니다.

기여자들이 예제 리포지토리를 제공하여 재현 가능한 사례를 제공하거나 문제를 재현할 수 있는 다른 방법을 제공하는 것이 정말 도움이 될 것이라고 생각합니다.

빠른 응답 감사합니다!
현재 리포지토리가 내 조직에서 비공개이기 때문에 어려울 것입니다... 알게 되면 알려 드리겠습니다. :)

이것은 jest v^24.6.0 및 node v10.14.2 에서 계속 발생합니다. 이유를 알겠어요?

최근에 프로젝트에서 일부 종속성을 업그레이드했는데 문제가 없습니다. 한 달 전에 직면했지만 최신 버전에서는 해결되었습니다.

문제가 해결되면 지금 사용 중인 버전을 공유해 주시겠습니까?

2019년 8월 5일 월요일 오후 12:43 Norman Enmanuel [email protected]
썼다:

빠른 응답 감사합니다!
현재 저장소가 내 조직에서 비공개이기 때문에 어려울 것입니다.
내가 그것에 도달하면 당신은 알고 있습니다 :)

최근에 프로젝트에서 일부 종속성을 업그레이드했는데 아무런 종속성이 없습니다.
문제, 나는 한 달 전에 이것을 직면했지만 최신 버전에서 해결되었습니다.
믿다...

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/3853?email_source=notifications&email_token=AB6F4PAE3CHUMEBP7IYXRPLQC7Y2DA5CNFSM4DPZ3JSKYY3PNVWWK3TUL52HS4DFVREXG43VMXHJKTDNMV
또는 스레드 음소거
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 메시지가 표시되고 _RUN HARNESS..._ 행이 _로 변경됩니다.마구...._

업데이트: 무시하십시오. 내 코드의 문제로 판명되었습니다.

MacOS의 노드 v12.16.1, jest 25.5.4, typescript 3.8.3에서 여전히 이 문제에 직면하고 있습니다. --runInBand 사용, 자세한 정보 비활성화/활성화, --silent=true 사용에 대한 권장 사항을 시도했지만 도움이 되지 않았습니다.