Pull to refresh

Comments 5

Спасибо огромное за статью, весьма подробно все рассказали.

Небольшой оффтоп для тех у кого Cucumber неразрывно связан с Calabash.
Неожиданно для себя сегодня утром узнал, что поддержку Calabash официально заканчивают в конце 2017 года. Поэтому если вы собираетесь изучать данный фреймворк для автоматизации — подумайте еще раз.
Пруф — https://forums.xamarin.com/discussion/93584/question-about-calabash-announcement
Спасибо большое за статью! Все очень подробно написано, но! У меня вопрос в следующем:

если делать архитектуру с использованием Gradle, например,
framework/src/main/java/runners
— тут хранить класс, который ранает фичи.

p.s. — ну и в пакете
main/java
— описывать некоторую логику и все такое


Далее, по пути
framework/src/test/java/steps/features
— хранить классы, в которых описаны степдифинишн.

А по пути
framework/src/test/resources/features
— хранить сами фичи

Почему так? — При разворачивании более чем удобно. Так вот, Вопрос собственно в том, что когда я описываю раннер, как:

@CucumberOptions(
        features = {"src/test/resources"},
        glue = {"steps.features"}
)


То при запуске фич получаю сообдение, что у меня не реализованы мои степ дифинишны… Что не так? Спасибо.
Переместите runners в папку test и все должно заработать.
Это точка входа теста, она должна быть именно там.
Столкнулся со странным. Если запускать с тегом
@CucumberOptions(
...
tags = "@all",
...
)

, и у всех тестов стоит этот тег, то всё работает. Но стоит у одного теста all сменить на что-то кастомное, dev или example и тут задать этот тег, то…
0 Scenarios
0 Steps
0m0,000s

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.616 sec

Можете подсказать что не так с тегами?
мой косяк. Сценарий удалил. Вообще, странно. В оффициальной доке примеры в основном без сценария, просто: Фича:… Дано:… Если:… То:…
Sign up to leave a comment.

Articles