Cucumber-js: 각 기능 파일에 대해 단계 정의 파일을 지정하려면 어떻게 해야 합니까?

에 만든 2017년 02월 02일 · 18코멘트 · 출처: cucumber/cucumber-js

내 목표

대규모 응용 프로그램에 대한 기능 및 단계 정의의 확장 가능한 구조를 만들려고 하고 있으며 첫 번째 장면은 여러 단계 정의에 동일한 단계 패턴을 사용할 수 있도록 step_definition 파일을 기능에 연결하는 것이었습니다.

내 코드

현재 예를 보여줍니다.

내 폴더 구조:

/features/sample.feature
/features/example.feature
/features/step_definitions/sample_steps.js
/features/step_definitions/example_steps.js
/features/step_definitions/common/common_steps.js

내 sample.feature 에는 다음이 있습니다.

  Scenario: Launching Cucumber
  Given I have some step definitions
   When I check some step definition with parameter "any"
   Then I should see all green "sample"

내 example.feature 에는 다음이 있습니다.

  Scenario: Launching Cucumber
  Given I have some step definitions
   When I check some step definition with parameter "any"
   Then I should see all green "example"

Given 및 When 단계는 /common/common_steps.js 파일에 정의되어 있으며 제대로 작동합니다.

Then 단계는 sample_steps.js 및 example_steps.js 모두에 정의되지만 다르게 정의됩니다.

내 sample_steps.js에는 다음이 있습니다.

Then('I should see all green {stringInDoubleQuotes}', (arg) => {
   if (arg !== 'sample') {
     throw 'I should see all green when the argument is "sample"';
   }
   return;
 });

그리고 마지막으로 내 example_steps.js에는 다음이 있습니다.

Then('I should see all green {stringInDoubleQuotes}', (arg) => {
   if (arg !== 'example') {
     throw 'I should see all green when the argument is "example"';
   }
   return;
 });

오류

내 주요 목표는 여기에서 모든 녹색을 유지하는 것이지만 물론 작동하지 않고 다음과 같은 명백한 오류가 발생합니다.

Multiple step definitions match:
   I should see all green {stringInDoubleQuotes} - features\step_definitions\example_steps.js:6
   I should see all green {stringInDoubleQuotes} - features\step_definitions\sample_steps.js:6

오이-JVM

오이-jvm에서 기능과 step_definitions를 연결하는 glue 속성을 지정할 수 있다는 것을 알고 있습니다. 그리고 그것이 바로 제가 찾고 있는 것입니다. 하지만 오이-js에서는 그렇습니다. 자바의 예:

@RunWith(Cucumber.class)
@Cucumber.Options( glue = { "com.app.stepdefinitions.common", "com.app.stepdefinitions.sample" } )
public class SampleFeature{
}

@RunWith(Cucumber.class)
@Cucumber.Options( glue = { "com.app.stepdefinitions.common", "com.app.stepdefinitions.example" } )
public class ExampleFeature{
}

마침내

오이-js를 사용하여 cucumbr-jvm과 동일한 결과를 얻으려면 어떻게 해야 합니까?

출처

robsonrosa

👍14 🎉9 ❤4

가장 유용한 댓글

IMO 범위 지정이 반드시 필요합니다. 애플리케이션이 성장함에 따라 기능의 수가 확장되고 다른 컨텍스트에서 설명이 충돌하게 됩니다.

우리 회사에서 우리 제품에는 수백 가지 기능이 있고 QA에는 10만 개 범위의 테스트 사례가 있습니다.
cucumber 를 사용하면 분명히 이 문제가 발생합니다.

예, 범위 대신 컨텍스트를 고려해야 한다고 생각합니다.
전체는 아니지만 대부분의 단계 정의를 기본 컨텍스트(또는 컨텍스트 없음)에 가질 수 있지만 사용자 지정 DSL 없이 컨텍스트를 지정할 수 있는 방법이 있어야 합니다.

이러한 테스트를 작성해야 하는 것은 BA 및 QA이며 모든 사용자 지정 DSL은 혼란과 저항을 야기할 수 있습니다.

기능/시나리오는 이미 정의에 따라 컨텍스트를 제공하므로 Gherkin 구문에 들여쓰기가 있습니다.

태그 및 사용자 정의 DSL을 추가하는 것은 솔루션 대신 구현 제한(예: 해킹, IMO)의 해결 방법입니다.

https://github.com/cucumber/cucumber-js/issues/745 를 고려하면서 이것을 고려할 수 있습니까?

defineStep Scenario 를 확장하고 {Given, When, Then} 를 콜백에 전달하는 것은 어떻습니까?

즉:

import {defineSupportCode} from 'cucumber'

defineSupportCode(({ Scenario, Given, When, Then }) => {
  Given(...)
  When(...)
  Then(...)
  Scenario('<match scenario description>', ({ Given, When, Then}) => {
    Given('<take precedent of non-contexted>', ...)
    ...
  })
})

unional 에 2017년 03월 23일

👍11 ❤1

모든 18 댓글

대규모 응용 프로그램에 대한 기능 및 단계 정의의 확장 가능한 구조를 만들려고 하고 있으며 첫 번째 장면은 여러 단계 정의에 동일한 단계 패턴을 사용할 수 있도록 step_definition 파일을 기능에 연결하는 것이었습니다.

매우 흥미로운. 오이-js는 당신이 제공한 오이-자바 예제처럼 내장된 것이 없습니다. 제가 이런 유형에 대해 좋아하는 아이디어는 이 논리 전환을 세계 설정 또는 인스턴스로 밀어 넣는 것입니다. 어느 쪽이든 단 하나의 단계 정의로 끝납니다. 지원 코드를 정의할 때 전환하는 여러 세계 정의를 가지거나 컨텍스트에 따라 다른 메서드를 노출하는 단일 세계 인스턴스를 가질 수 있습니다. 현재 현재 시나리오의 파일을 실행 단계에 노출하지 않지만 태그를 사용하여 컨텍스트를 결정할 수 있습니다.

charlierudolph 에 2017년 02월 04일

👍1

우리는 실제로 이것을 필요로 합니다. 우리는 nightwatch-cucumber 를 사용하여 셀레늄 테스트를 실행하고 있으며 현재로서는 각 단계에 접두사를 추가하는 것이 유일한 해결책입니다.

Given [comp1] I click on "Open dialog"

대

Given [comp2] I click on "Open dialog"

이는 모호한 단계 정의를 피하는 데 도움이 되지만 실제로 읽을 수 없는 기능 파일로 이어집니다.
오이.js 소스를 수정해 보았지만 이 기능에 대한 지원을 추가할 좋은 힌트를 찾지 못했습니다.

이것은 일부 후크 또는 대안 세계로 실현될 수 있습니까?

leipert 에 2017년 02월 10일

👍1

@leipert 어떤 사용자 인터페이스를 구상하고 있습니까? 나는 이 논리가 세계에 존재하거나 여러 세계 개체를 지원해야 한다고 생각합니다. 그런 다음 단계 정의는 작은 오이 일치 항목을 구문 분석하고 적절한 세계 함수에 전달하는 작업을 처리합니다. 사용할 세계 개체를 선택하기 위한 CLI 옵션을 추가할 수 있습니다.

현재로서는 다중 세계/단계 정의를 갖고 싶다면 코드를 별도의 폴더에 넣고 실행할 때마다 하나만 요구하면 됩니다(--require CLI 옵션 사용).

charlierudolph 에 2017년 02월 14일

음, "오이 책"은 특히 이러한 방식의 단계 설계를 권장하지 않습니다. 단계는 설계상 시나리오 간에 공유되며 동일한 문장은 사용하는 기능에도 불구하고 일관된 의미를 가져야 합니다. 단계의 범위를 소개하면 언어 함정을 만드는 것은 정말 쉽습니다.

지금까지는 cucuber.js에서 태그만 목적에 가깝습니다. 그러나 후크만 태그에만 해당한다고 선언할 수 있습니다. 그것이 당신의 사람들을 위한 올바른 방법이라고 확신하는 경우 단계 패턴에서 [기능 이름]과 같이 간단한 DSL을 발명할 수 있습니다.

pinxue 에 2017년 02월 16일

👍3

@pinxue 감사합니다. 매우 유용한 응답입니다. 그러나 이해할 수 없습니다.

음, "오이 책"은 특히 이러한 방식의 단계 설계를 권장하지 않습니다.

같은 행동 문구가 다른 맥락에서 다른 의미를 가질 수 있습니다. 하지만 괜찮아. 내가 가진 옵션을 아는 것이 좋습니다. 사실, 우리는 이미 그것을 달성하기 위해 내부 DSL을 밟고 있습니다.

정말 감사합니다.

robsonrosa 에 2017년 02월 17일

@pinxue 및 @robsonrosa에 대한 답변에 감사드립니다.
범위 단계 정의에 대한 내 추론은 다음과 같습니다.

_전역 변수는 나쁘고 확장되지 않습니다_:
각각 10개의 시나리오가 있는 약 15개의 기능 파일 파일이 있으며 모든 단계 정의와 기능 파일을 구성하는 것은 이미 어렵습니다. 큰 응용 프로그램(예: 평균 5단계의 10개 시나리오가 있는 100개의 기능 파일)의 경우 모든 단계를 전역적으로 정의하는 것은 미친 것처럼 보입니다. 어떤 기능 파일이 어떤 단계를 사용하는지 추적하기가 정말 어렵기 때문입니다.
_개발자는 기능 파일의 문구를 제어할 수 없습니다_:
우리의 사용 사례에서 "관리"가 기능 파일을 작성하고 판매하기가 어렵습니다. 우리는 멋진 BDD를 수행하지만 어색한 사용자 지정 DSL로 자신을 제한해야 합니다.
_오이-jvm에 옵션이 있다면 왜 오이-js는 없나요?_
이것은 잘못된 주장일 수 있습니다 💃

나는 우리를 위해 문제를 해결하기 위해 다음과 같은 접근 방식을 봅니다.

단계 정의에 접두사를 사용하여 사용자 지정 DSL 만들기
단점: 작업하기에 좋지 않습니다.
장점: cucumber.js를 변경할 필요가 없습니다.
오이.js용 glue 생성
단점: "Cucumber Book"의 개념에 어긋날 수 있습니다.
장점: cucumber.js 의 기능 패리티
테스트 실행 방법 변경
단점: 이 기능은 더 적은 사람들이 사용할 수 있습니다.
장점: cucumber.js를 변경할 필요가 없습니다.

즉, 오이.js의 유지 관리자가 범위가 지정된 단계 정의가 이 프로젝트의 범위(말장난 의도)를 벗어났다고 생각한다면 아마도 3.으로 갈 것입니다.

@robsonrosa 솔루션이 있으면 솔루션에 관심이 있을 것입니다.

leipert 에 2017년 02월 20일

👍6

IMO 범위 지정이 반드시 필요합니다. 애플리케이션이 성장함에 따라 기능의 수가 확장되고 다른 컨텍스트에서 설명이 충돌하게 됩니다.

이러한 테스트를 작성해야 하는 것은 BA 및 QA이며 모든 사용자 지정 DSL은 혼란과 저항을 야기할 수 있습니다.

기능/시나리오는 이미 정의에 따라 컨텍스트를 제공하므로 Gherkin 구문에 들여쓰기가 있습니다.

태그 및 사용자 정의 DSL을 추가하는 것은 솔루션 대신 구현 제한(예: 해킹, IMO)의 해결 방법입니다.

https://github.com/cucumber/cucumber-js/issues/745 를 고려하면서 이것을 고려할 수 있습니까?

defineStep Scenario 를 확장하고 {Given, When, Then} 를 콜백에 전달하는 것은 어떻습니까?

즉:

import {defineSupportCode} from 'cucumber'

defineSupportCode(({ Scenario, Given, When, Then }) => {
  Given(...)
  When(...)
  Then(...)
  Scenario('<match scenario description>', ({ Given, When, Then}) => {
    Given('<take precedent of non-contexted>', ...)
    ...
  })
})

unional 에 2017년 03월 23일

👍11 ❤1

저는 http://fitness.org/ 에서 BDD를 배우므로 오이 커뮤니티에서와 다르게 BDD를 볼 수 있습니다.

unional 에 2017년 03월 23일

페이징 @richardlawrence

mattwynne 에 2017년 03월 23일

이것은 오이가 특히 독단적인 영역입니다. 이는 팀이 유비쿼터스 언어를 성장시켜야 한다는 믿음을 바탕으로 구축되었습니다. 여기서 단어와 구문은 애플리케이션의 맥락에서 정확히 한 가지를 의미하고 일관되게 사용됩니다. defs global을 유지하는 것은 모호성을 피하기 위해 긍정적인 압력을 유지합니다.

응용 프로그램에 여러 개의 고유한 경계 컨텍스트가 있는 드문 경우(DDD 용어로), 응용 프로그램이 해당 경계를 반영하도록 분할된 것과 동일한 라인을 따라 Cucumber 제품군을 나누면 각 경계 컨텍스트 내에서 단계 정의가 전역적으로 적용됩니다.

richardlawrence 에 2017년 03월 23일

👍5 😕1

Cucumber로 작업하고 경계를 만드는 방법에 대한 기사입니다. 이 페이지의 아이디어 중 일부를 구현하지만 @richardlawrence 가 단계 정의를 위해 하나의 특정 클래스에 집중하도록 Cucumber를 구성할 수 없다고 언급한 것처럼 훌륭한 솔루션을 제시하지는 않습니다. http://confessionsofanagilecoach.blogspot.com/2017/05/teaching-cucumbers-about-boundaries.html

lancerkind 에 2017년 05월 02일

👍1

@leipert 가 말했듯이 전역 변수는 나쁩니다. CucumberJVM 세계에 있는 사람들은 이야기의 절반만 이해하고 있다고 생각합니다. Cucumber (non JVM)는 Scenario 기간 동안 전역 메모리 공간인 깔끔한 World 개념을 사용합니다. 시나리오가 실행된 후 파괴됩니다. 이것은 좋은 해결책처럼 느껴집니다. 하지만... CucumberJVM에서 이 패턴의 좋은 구현을 보지 못했습니다. 따라서 Cucumber가 단계 정의를 위한 플랫/글로벌 네임스페이스를 갖도록 하고 CucumberJVM이 World 패턴을 구현하기 위한 명확한 디자인 패턴을 가지고 있다면 저는 조금 더 행복합니다. 여기까지는 CucumberJVM + World pattern == 지나치게 복잡한 솔루션이었습니다. 지금까지 내가 본 모든 것은 단순히 어떤 단계 기능이 어떤 기능 파일과 함께 갈지 제어하도록 허용하는 것보다 더 복잡합니다. 지금까지 내가 본 대안은 모든 노력/복잡성에 대해 이보다 더 가치 있는 것은 없습니다. 다른 유형의 오이에는 더 나은 세계 솔루션이 있습니다.

궁극적으로 World 패턴을 사용하더라도 기능 파일에서 단계로 이동할 때 정보 손실이 있다는 것을 알기 때문에 여전히 불행합니다. 내 기능 파일을 좋은 조직에 배치하고, 기능 파일 이름을 잘 만들고, 기능을 현명하게 선언하고, 시나리오 이름을 현명하게 지정하면 모든 컨텍스트가 창 밖으로 던져지고 강제로 전역 단계 정의 네임스페이스와 함께 작동합니다.

lancerkind 에 2017년 05월 04일

시스템 유효성 검사에서 관계를 유지하고 테스트 경로에 와일드카드를 추가하고 일부 오픈 소스 프레임워크를 수정해야 하는 경우에도 작동하도록 하는 것만 생각할 수 있습니다. 우리 프로젝트가 성장함에 따라 기회를 줄 수 있습니다.

eliezercazares 에 2018년 04월 07일

귀하의 목표는 이해하지만 권장하지 않습니다.
또한 배경 설명이나 이를 명시적으로 만드는 추가 Given 단계와 함께 명시적 .feature 파일을 갖는 것이 좋습니다.

또는 두 개의 다른 구성 파일을 만들 수 있습니다.
하나는 샘플 용이고 다른 하나는 예제용입니다.
그런 다음 다른 단계 폴더를 가리킬 수 있습니다.

andreasmarkussen 에 2018년 04월 09일

@robsonrosa @leipert 당신의 의견을 공유합니다
원래 게시물 이후 거의 2 년 ...
그로 인해 진전이 있었습니까? 해결 방법이 있습니까?

cristianmercado19 에 2019년 01월 10일

@cristianmercado19 죄송합니다. 아닙니다. 나는 더 이상 오이 js를 사용하지 않습니다.

leipert 에 2019년 01월 10일

Up... 저는 단계의 구현과 완전히 분리된 기능 파일을 작성하는 방법을 좋아합니다.
_mocha_로 같은 목표를 달성하려고 노력했지만 만족하지 않습니다.
내 목표를 달성하는 다른 대안이 있다면 기꺼이 시도해보십시오.
도움을 주셔서 감사합니다 @leipert .

cristianmercado19 에 2019년 01월 10일

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

lock[bot] 에 2020년 01월 10일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Cucumber-js: 각 기능 파일에 대해 단계 정의 파일을 지정하려면 어떻게 해야 합니까?

내 목표

내 코드

오류

오이-JVM

마침내

가장 유용한 댓글

모든 18 댓글

관련 문제