Cucumber-js: 시나리오 결과가 전/후 후크로 전달되지 않음

이것에 물린. 이 때문에 오이 프로에서 3으로의 업그레이드가 보류되었습니다.

https://github.com/cucumber/cucumber-js/blob/fbff6b0fae54d2e341ee247addc60a9f05753f1d/src/runtime/test_case_runner.js#L109 가 범인입니까?

이 중 정확히 어떤 부분이 필요합니까? 상태 술어만 사용합니까? 이것이 이것을 둘러싼 문서에서 사용된 유일한 것으로 보입니다.

현재 scenarioResult.status , scenarioResult.scenario.uri 및 scenarioResult.scenario.line 합니다.

@jbpros 귀하의 사용 사례는 현재 이를 둘러싼 예제를 따르고 있습니까(시나리오가 실패할 때 스크린샷 저장)? 나는 항상 시나리오가 후크에 전달되는 것이 정말 이상하다고 생각했고 이것을 처리하는 다른 방법을 찾고 싶었습니다.

현재 테스트 단계가 실패할 때 호출할 함수를 설정할 수 있는 onFailedTestStep 라는 새로운 지원 코드 함수를 추가한다고 생각합니다. 실패한 단계와 동일한 세계 인수로 호출되므로 이미지 또는 이와 유사한 것을 첨부할 수 있습니다. 이벤트 프로토콜 포맷터에서 첨부 파일을 구문 분석하고 폴더에 복사하기 위한 전용 모듈을 만들 수 있습니다.

땜장이 사용자로서 나는 그러한 기능/처리기/객체가 가능한 한 많은 컨텍스트를 갖기를 원합니다. 전체 과거 및 미래 실행 트리(https://github.com/cucumber/cucumber-js/issues/875)와 같은 웅장한 것이 없어도 현재 단계와 시나리오가 무엇인지 아는 것이 매우 유용 합니다. 각 실패.
예를 들어, 태그에 따라 롤백 절차를 제어하거나 단순히 실패한 단계 전에 실행된 다른 단계를 볼 수 있습니다.

이것이 당신이 추구하는 솔루션이라면 onFailedTestStep 전달하는 것을 고려해 보시기 바랍니다.

Hook Docs 도 업데이트해야 합니다. ScenarioResult 대한 첫 번째 단락의 링크는 404입니다.

onFailedTestStep 대신 AfterStep 라는 후크를 정의하지 않겠습니까? Cucumber-Ruby는 오랫동안 이것을 사용해 왔으며 아시다시피 일관성이 중요합니다.

@aslakhellesoy 사용 사례에 집중하고 올바른 방법으로 해결하고 있는지 확인하고 싶습니다.

일관성이 중요하지만 다른 곳에 있다고 해서 모든 것을 복사해야 하는 것은 아닙니다. 우리는 사물을 처리하는 더 나은 방법을 결정함에 따라 진화해야 합니다.

당신이나 @mattwynne 또는 루비 팀의 누군가가 AfterStep이 무엇을 위해 구축되었으며 무엇을 위해 사용되는지에 대해 밝힐 수 있습니까?

저는 루비 팀 출신이 아니라서 AfterStep 가 무엇을 위해 만들어졌는지 모르지만 개인적으로 AfterStep 를 사용하여 다양한 작업을 수행합니다. 여기 몇 가지 예가 있어요.

1. 실패한 시나리오에서 스크린샷을 찍고 브라우저 로그를 출력합니다.
2. 실패 여부에 관계없이 일부 프로젝트에 대해 추가 로깅 수행
3. 청소

우리에게는 추가 로깅을 수행하기 위해 시나리오와 결과가 어쨌든 AfterStep 전달되어야 합니다. AfterStep 에서 필요로 하는 다른 사용 사례도 있다고 확신합니다. 우리가 고려하지도 않았습니다.

이것은 onFailedTestStep 와 같은 것이 있는 경우 동일한 것을 달성하는 방법이 두 가지 이상 있음을 의미합니다. 하나는 AfterStep 를 사용하고 다른 하나는 onFailedTestStep 합니다.

이것은 후크를 구현한 사람에 따라 프로젝트 내에서도 불일치를 일으킬 수 있습니다. 일부는 AfterStep 를 사용하고 다른 일부는 onFailedTestStep 사용할 수 있습니다. 둘 다 바람직하지 않다고 생각합니다.

@charlierudolph

나는 당신이 어디에서 왔는지 이해하고 싶습니다. 다음과 같이 생각하는 이유를 자세히 설명해 주시겠습니까?

시나리오가 후크로 넘어가는 게 정말 이상하다고 생각했는데

나는 두 패러다임의 혼합을 결코 좋아하지 않았습니다. Before/After 후크는 실제로 테스트를 실행하는 설정/해제와 관련이 있습니다. 보고용으로도 사용하는 것은 따로 신경써야 할 부분인 것 같습니다.

실패한 시나리오에서 스크린샷을 찍고 브라우저 로그를 출력합니다.

AfterStep에서 이 작업을 수행하는 경우 실패한 시나리오가 아닌 실패한 단계에 대해 수행됩니다. 이것이 repo의 모든 예제가 시나리오 객체를 사용하는 이유이며 이 특정 사용 사례에 대한 새로운 후크를 만들고자 하는 이유입니다. 다른 사용 사례를 들어본 적이 없습니다.

실패 여부에 관계없이 일부 프로젝트에 대해 추가 로깅 수행

어떤 유형의 추가 로깅을 수행합니까?

청소

단계 후 정리할 것은 무엇입니까?

추가 로깅을 수행하려면 시나리오와 결과가 AfterStep으로 전달되어야 합니다. 우리가 고려조차 하지 않은 다른 사용 사례가 AfterStep에서도 필요하다고 확신합니다.

나는 그 사용 사례를 수집하려고합니다. 때때로 사람들은 다른 방법이 있을 때 또는 더 나은 지원을 위해 구축할 수 있는 것에 대한 해결 방법으로 이를 사용할 수 있습니다.

즉, onFailedTestStep과 같은 것이 있는 경우 동일한 결과를 달성하는 데 하나 이상의 방법이 있습니다. 하나는 AfterStep을 사용하고 다른 하나는 onFailedTestStep을 사용합니다.

Cucumber-js에는 현재 AfterStep 가 없으며 둘 다 구현할 계획이 없습니다.

나는 protractor-cucumber-framework 에서 오이 3 지원을 얻으려고 노력 중이며 실제로 AfterStep 있습니다. 두 개의 다른 라이브러리를 함께 연결하는 라이브러리가 가장 일반적인 사용 사례는 아니지만 훨씬 간단하게 만들 수 있다는 것을 알고 있습니다. 새로운 이벤트 프로토콜을 사용하여 수행하는 방법을 알아 내려고 노력하고 있지만 *-finished 이벤트에서 기능/시나리오/단계 컨텍스트를 얻지 못합니다. 우리는 기능, 시나리오 및 단계의 이름, URI 및 줄 번호를 사용하여 각도기에 다시 보고하고 IDE 통합(Intellij)에 트리에서 표시하고 탐색할 무언가를 제공합니다. 어쨌든 내 $0.02.

논의된 모든 기능(및 훨씬 더 많은 것)은 setDefinitionFunctionWrapper 으로 수행할 수 있습니다.
모든 단계를 사전/사후 작업으로 래핑하여 단계의 입력 및 출력에 반응할 수 있을 뿐만 아니라 변형할 수도 있습니다.

예를 들어, "다음 단계는 오류 XYZ로 실패해야 합니다" 단계를 구현하는 데 사용합니다. 이 단계를 통해 각 단계에서 중복된 부정적인 단계나 뒤집을 수 있는 특수 오류 처리를 구현하지 않고도 깊은 부정적인 검사 및 오류 시뮬레이션을 신속하게 구현할 수 있습니다. .

AfterStep 후크가 setDefinitionFunctionWrapper 할 수 없는 것을 할 수 있다고 생각합니다.

이에 대한 업데이트가 있습니까? 직장에서 2.0.0에서 3.0.0으로 업그레이드하려고 시도하지만 여전히 시나리오 결과에 대해 정의되지 않음

@paul-phillips-ark 예, #905를 참조하십시오. 앞으로 나아가는 데 도움이 되고 싶다면 @charlierudolph 의 의견을 다루는 새 홍보를 분기하여 제출할 수 있습니다.

내가 console.log(scenarioResult)할 때 Before 및 After 기능 모두에서 여전히 정의되지 않고 있습니까? 내가 뭔가를 놓치고 있습니까? 위의 댓글이 조밀하게 들린다면 사과드립니다.

현재 사용 사례는 다음과 같습니다.

각 시나리오 전에 테스트를 위해 데이터베이스를 채우는 고정 장치를 요청합니다. 모든 기능에는 필요한 고정 장치 세트가 있습니다. 서버의 Fixture 경로는 기능의 경로를 반복하므로 uri 옵션도 필요합니다.

Before({ timeout: 60 * 1000 }, scenarioResult => {
    ...
    const file = scenarioResult.scenario.feature.uri;
    ...
});

After 후크에서 우리 중 많은 사람들이 스크린샷을 만듭니다.

After(scenarioResult => {
    if (scenarioResult.status === 'failed') {
      driverUtils.takeScreenShot(scenarioResult.scenario.name);
    }
});

@charlierudolph 잠정 솔루션으로 pull request #905가 포함된 릴리스를 중단할 수 있습니까? 이를 통해 v2에서 v3으로의 전환을 완료할 수 있습니다. 이는 현재 이 회귀/변경으로 인해 중단되었습니다. 제안된 리팩토링은 다른 풀 리퀘스트에 들어갈 수 있습니다.

#905에 대한 몇 가지 문제가 있지만 이번 주말에 수정 사항을 확인하고 릴리스하려고 합니다.

이 스레드는 닫힌 후 최근 활동이 없었기 때문에 자동으로 잠겼습니다. 관련 버그에 대한 새 문제를 여십시오.