Jest: 테스트 통과에 대한 콘솔 로깅 숨기기 및 실패 시 표시

맞춤형 리포터를 작성할 수 있습니다. CC @aaronabramov

다음은 테스트의 예입니다. https://github.com/facebook/jest/blob/master/integration_tests/custom_reporters/reporters/test_reporter.js.

안녕하세요, 유용한 정보 감사합니다.

그러나 맞춤형 리포터를 작성하려고 시도했지만 몇 가지 걸림돌이 발생했습니다.

• 기본 리포터(정보 테스트 출력 등)에서 모든 기능을 상속하는 쉬운 방법은 없으며 처음부터 다시 구현하지 않는 것이 좋습니다.
• 내 구성에 기본 리포터를 포함하고 CLI에서 --silent 를 전달하고(기본 리포터가 콘솔 로깅을 숨기도록) 사용자 지정 리포터를 구성에 추가하면 내 구성에 쉬운 방법이 없습니다. 로깅을 인쇄하는 사용자 정의 리포터. --silent 옵션 때문에 리포터 클래스가 더 이상 버퍼링된 콘솔에 액세스할 수 없는 것 같습니다.

이 때문에 테스트에 실패한 경우에만 콘솔을 표시하는 구성 값을 도입하는 패치를 Jest에 제안하고 싶습니다. 그런 패치를 고려하시겠습니까?

이것은 분명히 테스트가 필요하고 구성 값을 확인해야 하지만 여기에 일반적인 아이디어가 있습니다(작동 중).

diff --git a/packages/jest-cli/src/reporters/default_reporter.js b/packages/jest-cli/src/reporters/default_reporter.js
index 08d4a9f2..adedbdd3 100644
--- a/packages/jest-cli/src/reporters/default_reporter.js
+++ b/packages/jest-cli/src/reporters/default_reporter.js
@@ -176,7 +176,8 @@ class DefaultReporter extends BaseReporter {
       this.log(getResultHeader(result, config));

       const consoleBuffer = result.console;
-      if (consoleBuffer && consoleBuffer.length) {
+      const testFailed = result.numFailingTests > 0;
+      if (testFailed && consoleBuffer && consoleBuffer.length) {
         this.log(
           '  ' +
             TITLE_BULLET +

이 아이디어가 마음에 들지만 고려해야 할 사항이 많이 있습니다.

숨겨진 출력에 대한 정보를 추가해야 합니다.

PASS __tests__/my_test.js (hidden output)

몇 가지 테스트 또는 단일 테스트를 실행할 때도 비활성화해야 합니다(전체 테스트 실행에만 활성화하는 것 같습니다)

@cpojer 이에 대한 생각이 있습니까?

나는 이 동작이 혼란스럽다고 생각하며 Jest가 상태에 관계없이 테스트당 출력하는 내용에서 일관성을 유지하는 것을 선호합니다.

@cpojer 저에게 실패한 테스트와 관련된 콘솔 메시지를 찾는 것은 혼란스럽습니다.

타협으로, 내가 확장할 수 있도록 jest.js 에서 DefaultReporter 를 노출하는 패치를 수락하시겠습니까? 그렇지 않으면 커스텀 리포터에서 이 기능을 구현하기 위해 세계를 복사하여 붙여넣어야 합니다.

내 테스트 출력은 다음과 같습니다.

https://github.com/facebook/flow/issues/4673 으로 인해 경고를 제거할 수 없으며 다행히 몇 가지 로그 메시지만 있지만 더 많은 로깅을 추가하려면 훨씬 더 나빠질 것입니다. .

나는 @miracle2k를 두 번째로, 의존성에서 많은 경고와 오류가 발생하면 실패한 테스트를 찾기가 훨씬 더 어려워집니다. 실패한 테스트 목록만 반환하는 통과할 수 있는 플래그가 있으면 좋을 것입니다.

동의합니다. PASS 테스트에 대한 콘솔 출력을 숨기고 FAILED 테스트를 위해 남겨두는 aa 플래그가 있으면 테스트 출력을 더 읽기 쉽게 만들 수 있습니다.

동의합니다. 저는 현재 대규모 테스트 그룹이 있는 프로젝트에서 작업 중이며 테스트 통과 결과로 인해 디버깅할 때 워크플로가 더 어려워집니다.

PASS 테스트에 대한 콘솔 출력을 숨기는 플래그에 동의했습니다.

PASS __tests__/my_test.js (hidden output)

혹시라도 이 추가 사항을 재고할 수 있습니까?

이제 이 사용 사례를 다루어야 하는 실패한 테스트를 실행할 수 있는 방법이 있습니다. #4886 참조(jest 22에서 사용 가능)

이제 이 사용 사례를 다루어야 하는 실패한 테스트를 실행할 수 있는 방법이 있습니다.

케이스를 부분적으로만 다룹니다. 예를 들어, 로깅이 많은 제품군에서 100개 테스트 중 5개가 실패하면 콘솔 출력을 이해하기 위해 실패한 테스트만 다시 실행할 수 있습니다. 그러나 테스트를 통과하기 위해 로깅을 숨기고 있었다면 테스트를 다시 실행할 필요가 없었을 것입니다.

또한 실패한 테스트만 다시 실행하면 코드 편집으로 인한 새로운 테스트 실패를 포착하지 못한다는 단점이 있습니다.

핵심 팀이 이 기능을 구현하기를 원하지 않는다면 누군가 제 제안 을 타협에 대해 고려해 주시겠습니까? 이 제안을 통해 콘솔 숨기기를 구현하는 사용자 지정 리포터를 더 쉽게 작성할 수 있습니다. 패치를 만들 수는 있지만 수락되지 않으면 풀 리퀘스트를 제출하고 싶지 않습니다.

@kumar303 PR을 보내주세요. 유지 관리가 상당히 복잡하지 않은 것 같습니다. :)

@kumar303 결국 PR을 제출하셨나요? 이것도 갖고 싶습니다.

나는 여전히 하나를 제출하려고 하지만 다른 작업 우선 순위 사이에 시간을 찾을 수 없습니다. 다른 사람이 저를 능가하는 경우 테스트를 도울 수 있도록 알려주세요!

제 아이디어는 커스텀 리포터 가 확장할 수 있도록 jest.js 에서 DefaultReporter 를 내보내는 것이 이 줄 을 다음과 같이 변경하여 시작하려고 생각했습니다.

const testFailed = result.numFailingTests > 0;
if (testFailed && consoleBuffer && consoleBuffer.length) {
  // Log console output
}

그 후에 더 많은 조정이 필요할 것이라고 확신합니다.

@kumar303 내 하려면 어떻게 해야 하나요?

저도 이것에 관심이 있습니다. @kumar303 의 아이디어에 따라 default_reporter 쉽게 확장하는 사용자 지정 리포터를 작성할 수 있었습니다( jest-cli/build/reporters/default_reporter 에서 직접 가져오기 때문에 부서지기 쉽지만). 그런 다음 result.console 내가 보기에 적합한

한 가지를 제외하고는 잘 작동합니다. 단일 테스트를 실행할 때 콘솔 메시지가 버퍼링되지 않습니다. 이것은 여기에 언급되어 있습니다: https://github.com/facebook/jest/issues/2080

따라서 이러한 시나리오에서는 사용자 지정 리포터 내에서 콘솔 출력에 영향을 줄 수 있는 기능이 없습니다. 따라서 jest가 콘솔 출력을 항상 버퍼링하도록 강제할 수 있는 방법이 없는 한 콘솔 출력을 관리하기 위해 사용자 정의 리포터를 사용

기본 리포터를 보다 깔끔하게 공개하게 되어 기쁩니다.

강제 버퍼링 console.logs에 대한 별도의 문제를 여는 것이 어떻습니까? 일관성이 있어야 함

showLogsForFailedTests: true 와 같은 전역 구성 변수를 사용하는 데 중요한 단점이 있습니까? 기본값은 Jest가 현재 작동하는 방식에서 아무 것도 변경되지 않으며 false 값은 테스트를 훨씬 더 즐겁게 읽을 수 있습니다.

이 문제가 해결되었기 때문에 종료된 것입니까? 아니면 30명 이상의 사람들이 실제로는 갖고 있지 않은 Jest에 문제가 있다고 상상하기 때문에 종료된 것입니까?

소년, 나는 이것이 농담에 대한 실패한 로그 만 표시하는 표준 접근 방식이라고 생각했습니다 ... 이것이 여전히 문제입니까?

이게 필요해. 정말 방해가 됩니다.

참고: Jest의 기본 리포터를 기반으로 한 커스텀 리포터에서 @kumar303 의 아이디어를 성공적으로 구현했습니다 . js

• 이 기자 없이: https://travis-ci.org/mozilla/addons-frontend/jobs/413610593
• 이 기자와 함께: https://travis-ci.org/mozilla/addons-frontend/jobs/413753679

@willdurand 기자님 을 시험해

Test Suites: 48 passed, 48 total
Tests:       78 passed, 78 total
Snapshots:   73 passed, 73 total

테스트 중 모든 로그가 계속 표시되었습니다.

아마도 단일 테스트를 위해 실행했습니까? 내 이전 댓글을 참조하고
관련 버그 보고서. 리포터로 로그를 캡처할 수 없습니다.
하나의 테스트만 실행될 때 이것이 진짜 문제입니다.

2018년 8월 8일 수요일 오후 7:08 jazoom [email protected]에서 다음과 같이 작성했습니다.

@willdurand https://github.com/willdurand 기자님을 시험해 보았습니다. 나는
내가 한 모든 것이 해당 파일을 선택했기 때문에 내가 무엇을 잘못했을 수 있는지 확실하지 않습니다.
기자로. 이것이 마지막에 표시되지 않도록 방지한 것뿐입니다.
테스트:

테스트 스위트: 48개 통과, 총 48개
테스트: 78개 통과, 총 78개
스냅샷: 73개 통과, 총 73개

테스트 중 모든 로그가 계속 표시되었습니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/4156#issuecomment-411582223 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/AAi-gO9_uEJPO4xnhkpfGore_hEX81fUks5uO29bgaJpZM4OnBQQ
.

@jamietre 48개의 스위트를 실행한 테스트에 사용한 것과 똑같은 명령에 대해 실행했습니다.

편집: 명확히 하기 위해 동일한 명령을 두 번 실행했습니다. 커스텀 리포터와의 유일한 차이점은 마지막에 이 요약을 인쇄하지 않았다는 것입니다.

Test Suites: 48 passed, 48 total
Tests:       78 passed, 78 total
Snapshots:   73 passed, 73 total

@jazoom 리포터는 구성에 verbose: true 가 있으면 아무런 효과가 없습니다. false 설정해 보십시오.

@jamietre 동의합니다. 단일 테스트 실행이 콘솔 출력을 캡처하거나 표시하지 않는 것은 이상한 동작입니다(https://github.com/facebook/jest/issues/6441).

jest가 테스트별로 콘솔 출력을 그룹화하지 않는 방법도 도움이 되지 않습니다(https://github.com/facebook/jest/issues/2080). 사용자 지정 리포터는 특정 실패 테스트가 아닌 제품군(예: 테스트 파일)에 대한 출력만 표시할 수 있습니다.

@jazoom 은 또한 리포터를 설치하거나 변경한 후

@kumar303 장황하게 설정되어 있지 않습니다

"완전히 다시 시작"이란 무엇을 의미합니까? 실행되는 스크립트일 뿐입니다.

"완전히 다시 시작"이란 무엇을 의미합니까?

나는 당신이 농담의 감시 모드에 있다면 당신이 종료해야 한다는 것을 의미했습니다.

괜찮아. 저는 시계 모드를 사용하지 않습니다.

아 예, 그렇습니다. 나는 그것을 눈치 채지 못했지만 어떤 이유로 Jest는 모든 테스트 스위트가 실행되면 맨 아래에 최종 요약을 출력하지 않습니다.

아마도 SummaryReporter 아니라 DefaultReporter 확장했기 때문인 것 같습니다.

@willdurand 로그를 성공적으로 숨기는 구성을 시도했습니다. 그러나 터미널은 더 이상 지워지지 않으며(이전 로그) 모든 로그는 다른 로그 아래에 쌓입니다.

참고: DefaultReporter 클래스를 내보내기만 하면 기본 로깅으로 돌아가지만 로그도 스택됩니다.

@kumar303 / @willdurand의 FingersCrossedReporter로 약간 놀았습니다.
그러나 다른 사람들이 언급했듯이 테스트가 끝날 때 테스트 요약을 인쇄하지 않습니다. 이것은 (내 생각에) 기본 Jest 설정이 DefaultReporter와 SummaryReporter라는 두 개의 리포터를 사용하기 때문입니다.
이제 내 jest-configuration에서 SummaryReporter를 직접 가져올 수 없습니다. 기본적으로 내보내지고 가져올 수 없는 것 같습니다. 다른 파일에서 다시 내보내서 해결했습니다.

//summary-reporter.js
const SummaryReporter = require('@jest/reporters/build/summary_reporter')
  .default;
module.exports = SummaryReporter;

//log-on-fail-reporter.js
Content: https://gist.github.com/GeeWee/71db0d9911b4a087e4b2486386168b05
Same as reporter above, but with updated import paths for the new jest structure

농담 구성

    "reporters": [
      "<rootDir>/src/test-reporters/log-on-fail-reporter.js",
      "<rootDir>/src/test-reporters/summary-reporter.js"
    ],

편집: 조금 가지고 놀고 나면 단일 테스트가 실패하더라도 전체 설명 블록에 대해 이 로그가 기록된다는 것을 알 수 있습니다.

jest 25의 기본 내보내기 지원을 수정합니다.

당신은 또한 할 수 있습니다

//summary-reporter.js
const {SummaryReporter} = require('@jest/reporters')
module.exports = SummaryReporter;

하지만 @jest/reporters/SummaryReporter 등의 파일을 추가할 수 있으므로 중간 js 파일이 필요하지 않습니다... 이에 대한 별도의 기능 요청을 열고 싶습니까?

이 기능 요청이 종료된 이유는 무엇입니까?
많은 사람들이 이 기능을 즉시 사용할 수 있는 농담에 포함시키는 것이 합리적이라고 생각하는 것 같습니다. 적어도 구성 옵션으로.
@kumar303 다시 열어주실 수 있나요?

@kumar303 다시 열어주실 수 있나요?

헤. 아니요, 액세스 권한이 없습니다. 이것이 폐쇄의 근거였습니다. https://github.com/facebook/jest/issues/4156#issuecomment -324638718 나는 이것이 필수적인 기능이라는 데 동의합니다. 핵심 jest devs가 그것 없이 어떻게 살 수 있는지 놀랐지만 버그가 있는 코드를 작성하지 않아 로그가 필요하지 않을 수 있습니다.

다시 열어주세요. 이것도 필요합니다.

이것이 아직 가능하지 않은 이유는 무엇입니까?

생각보다 기능이 없는 것 같습니다. 대부분의 테스트는 각각 최소 한 페이지의 콘솔 텍스트를 생성합니다. 실패한 테스트를 찾기 위해 이를 헤매는 것은 매우 성가신 일입니다.

댓글을 남기는 것 외에는 이 행동에 대한 지지를 등록할 수 있는 다른 방법이 없습니다. 👍 등은 덜 유용하다는 것을 알고 있으므로 이것이 내가 할 수있는 최선입니다. 관련된 모든 분들께 감사드립니다! 나는 모든 스레드를 따랐고 사람들이 원하는 롤을 얻을 수 있는 주기가 있을 때마다 이것을 기대하고 있습니다.

이 기능이 거의 3년 동안 구현되지 않았다는 사실이 이것이 필요한데도 좀 이상합니다.

인터넷에서 찾은 스니펫을 기반으로 이에 대한 전역 구성을 생각해 냈습니다. https://stackoverflow.com/questions/58936650/javascript-jest-how-to-show-logs-from-test-case-only-when-test-fails/61909588#61909588 참조

이것이 누군가를 돕기를 바랍니다.

비동기 캡처를 위해 https://github.com/AtakamaLLC/capio 를 살펴보고 싶을 수도 있습니다.

다시 열어 선택적 구성으로 구현하십시오.
PR을 받을 수 있는 현실적인 기회가 있다면 직접 하고 싶습니다.
내 생각에 이 "작은" 기능 요청에 대한 사용자 지정 리포터를 작성하는 것은 지속 불가능한 유지 관리 오버헤드가 될 것입니다.

이 기능 요청은 "깨끗한" 것도 "일관된" 것도 아니지만 여전히 많은 사람들에게 매우 필요합니다.