Cucumber-js: 병렬 옵션은 이벤트 프로토콜에서 어떻게 작동합니까?

각 이벤트에는 버퍼링이 아닌 이전 이벤트에 연결할 수 있도록 충분한 정보가 포함되어야 한다고 생각합니다.

테스트 출력의 시작 부분을 놓치기 때문에 '종료' 이벤트만 연결되는 경우 어떻게 작동하는지 확실하지 않습니다. Pretty formatter 및 IntelliJ 기반 편집기의 테스트 실행기를 예로 사용하려면 다음과 같이 작동합니다.

1. 시작 이벤트에 'opening' 문을 기록합니다. 예쁜 경우 -- Scenario: Foo , IntelliJ의 경우 -- TeamCity 형식 주석 #teamcity[testStarted]
2. 포맷터의 초기 출력 이후에 자체 로그를 인쇄하는 테스트를 실행합니다.
3. 종료 이벤트, pass/fail 요약 또는 ##teamcity[testFinished] 에 마감 문을 기록합니다.

순서는 테스트가 기록하는 모든 것 앞에 여는 문을 갖고 나중에 닫는 문을 갖는 것과 같이 중요합니다. 다른 테스트는 그와 병렬로 아무 것도 기록하지 않아야 합니다. 그렇지 않으면 어떤 출력이 어떤 테스트에 속하는지 혼동될 것입니다. 버퍼링은 각 출력이 분리되고 원자적 작업에서 마스터에 로그온되기 때문에 이를 처리하는 것으로 보입니다.

isParallel 옵션을 사용자 정의 포맷터에 전달하여 test-case-started / test-step 이벤트에서 출력하는 것이 뒤죽박죽이 되므로 테스트 케이스가 종료된 이벤트에서만 출력해야 함을 알릴 수 있습니다.

이 문제에 대해 더 많은 논의가 필요합니다. 현재 모든 포맷터를 사용하면 터미널에 쓰기를 시도하는 동안 I/O 충돌로 인해 오이 러너가 충돌할 위험이 있습니다. 진행률 표시줄 포맷터는 표시줄을 따라 이동한 다음 마지막에 요약을 보고하는 경우 병렬 러너에 이상적입니다.

계획은 오이의 메시지 스트림을 사용하는 독립형 포맷터로 전환하는 것입니다.

모노레포 에서 로드맵 및 dots-formatter 및 pretty-formatter (WIP) 보기

이 기능이 매우 필요합니다!!!

여보세요! 얼루어 리포터와 함께 오이 js를 실행할 수 있는 기회가 있나요? 오이-js --parallel 2 -t @debug --format
미리 감사합니다!

여기에서 @yevgen-getalo와 동일한 문제입니다.

v7.0.0으로 종료는 위에서 언급한 새로운 메시지 프로토콜을 사용합니다. 여기서 $THING_started 및 $THING_finished 이벤트는 ID를 통해 안정적으로 함께 묶일 수 있습니다. eventDataCollector.query 개체( @cucumber/query 의 인스턴스)가 이 중 일부에 도움이 될 수 있습니다.