Как мне установить путь к моим функциям Cucumber с помощью огурца-junit?

StackOverflow https://stackoverflow.com//questions/9663117

Вопрос

Я пытаюсь создать свои первые исполняемые спецификации с помощью Java и Maven.Я создал простой проект с такой структурой:

specification
|-src
  |-test
    |-java
      |-mypackage
        |-MyFeatureTest.java
    |-resources
      |-MyFeature.feature

В юнит-тесте MyFeatureTest.java У меня есть это:

import org.junit.runner.RunWith;
import cucumber.junit.Cucumber;

@RunWith(Cucumber.class)
public class HomepageTest {
}

Сейчас https://github.com/cucumber/cucumber-jvm/wiki/IDE-support говорит, что мне следует добавить следующую строку:

@Cucumber.Options(paths={"my/super.feature:34"})

Я попытался изменить это на

@Cucumber.Options(paths={"src/test/resources/"})

но аннотация @Cucumber.Options не доступен вообще.Мой pom.xml имеет следующие зависимости:

<dependency>
  <groupId>junit</groupId>
  <artifactId>junit</artifactId>
  <version>4.10</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>info.cukes</groupId>
  <artifactId>cucumber-java</artifactId>
  <version>1.0.0.RC20</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>info.cukes</groupId>
  <artifactId>cucumber-junit</artifactId>
  <version>1.0.0.RC20</version>
  <scope>test</scope>
</dependency>

Я что-то пропустил?

Обновлять Мне чего-то не хватало:Файл объекта огурца должен находиться в подкаталоге src/test/resources/mypackage/.В противном случае он не будет обнаружен юнит-тестом.

Я могу запускать тесты функций, помещая их в один и тот же каталог. src/main/test/, так что для меня это не блокировщик.Но мне хотелось бы понять всю установку.

Это было полезно?

Решение

Взгляните на мой вопрос здесь:

Вы можете указать местоположение в пути к классам, установив атрибут объекта в аннотации параметров, например

@Cucumber.Options(features="src/test/resources")

Редактировать:

в новых версиях код

@CucumberOptions(features="src/test/resources")

Другие советы

А classpath этот параметр не очевиден в документации Cucumber (его нет и в JavaDoc), в итоге я пришел к выводу о нем из Документация CLI, в котором задокументированы другие варианты местоположения.См. List configuration options раздел в документации.Также неочевидно, как получить определения функций из другого модуля многомодульного проекта Maveng.

Это то, что заставило меня работать (запускать из IDE и командной строки) в многомодульном проекте Maven.

@CucumberOptions(
        features = {"classpath:product"},
        //...
)
public class RunCukesTest extends AbstractTestNGSpringContextTests {

где мои файлы функций находились в

main-project
    sub-module-1
        src/test/java/com/foo/
            RunCukesTest.java
        src/test/resources/product/
            feature_1.feature
            feature_2.feature
    sub-module-2
        ...

Мне приятно не видеть src/test/resources в пути.Обратите внимание, что здесь нет ведущего. / в пути.Использование пути к классам менее хрупко, поскольку путь к классам (а не текущий рабочий каталог) должен быть четко определен.

Вы можете использовать

@CucumberOptions(
    format = "pretty",
    tags = {"~@Ignore"},
    features = "src/test/resources/com/"  //refer to Feature file
)

для сканирования всего файла объекта в пакете

Хорошо, я смогу выложить это только в понедельник утром...Макет каталога, который я использовал, был неправильным, я забыл поместить функции огурца в подкаталоги, соответствующие структуре моего пакета.

Убедитесь, что вы создали необходимые каталоги пакетов также в src/test/resources/!

Как только вы используете

import cucumber.api.CucumberOptions;

Вам нужно будет добавить следующее в ваш pom.xml, иначе «mvn test» не будет работать.И вы можете запускать свои тесты только из IDE.Видеть: https://github.com/cucumber/cucumber-java-skeleton/blob/master/pom.xml

<properties>
    <java.version>1.7</java.version>
    <junit.version>4.12</junit.version>
    <cucumber.version>1.2.2</cucumber.version>
    <maven.compiler.version>3.3</maven.compiler.version>
</properties>

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>${maven.compiler.version}</version>
            <configuration>
                <encoding>UTF-8</encoding>
                <source>${java.version}</source>
                <target>${java.version}</target>
                <compilerArgument>-Werror</compilerArgument>
            </configuration>
        </plugin>
    </plugins>
</build>

Или вы можете просто создать аргументы огуречных опций, как в https://cucumber.io/docs/reference/jvm#cli-runner описано и передайте его в огурец.api.cli.Main.run().Это небольшой пример:

String arg = "classpath:MyFeature.feature --dry-run";
String[] args = arg.split(" ");
cucumber.api.cli.Main.run(args, Thread.currentThread().getContextClassLoader());

и используйте его в тесте JUnit.Таким образом, вам не нужно создавать отдельный класс для каждого тестового класса только с другими аргументами.

Поместив файл объекта в папку источник/тест/Java где файл бегуна и шага или положив его под источник/основной/Java проблема решится.

Не забудь сказать Спасибо.:)

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top