Как запустить историю несколько раз с разными параметрами

Во-первых, BDD — это не то же самое, что тестирование. Я бы не стал использовать его для каждого отдельного сценария i18n. Вместо этого изолируйте бит, который имеет дело с i18n и модульным тестом, вручную проверьте пару и назовите это выполненным. Если вам действительно нужно больше тщательности, используйте его с парой языков, но не делайте этого со всеми из них — достаточно примеров, чтобы дать вам некоторую безопасность.

Теперь немного с клиентами. Во-первых, так ли интересно авторизоваться и зарегистрироваться? Вы, вероятно, измените их, как только они у вас заработают? Есть ли что-то особенное в входе в систему или регистрации, характерное для вашего бизнеса? Если нет, постарайтесь не включать этот материал вне сценариев — его будет сложнее поддерживать, чем того стоит, и если он никогда не изменится, вы можете просто один раз протестировать его вручную.

Сценарии, показывающие, для чего пользователь входит в систему, обычно более привлекательны и интересны для бизнеса (вы разговариваете с бизнесом, верно?).

В противном случае, вот три способа, которыми вы можете настроить контекст (Дано):

• Путем взлома данных (таким образом, доступ к базе данных напрямую)
• Через пользовательский интерфейс (или контроллер, если вы автоматизируете с этого уровня)
• Используя существующие данные.

Вы также можете посмотреть, существуют ли данные, и если нет, настроить их. Так, например, если ваш клиент зарегистрирован, и вы не хотите, чтобы он был зарегистрирован, вы можете удалить его регистрацию как часть настройки контекста (выполнение шага Given); или если вам нужно, чтобы он был зарегистрирован, а он нет, вы можете пройти через пользовательский интерфейс, чтобы зарегистрировать его.

Наконец, в JBehave есть аннотация @AfterScenario, которую можно использовать для обозначения шага очистки. для этого сценария. Шаги можно использовать повторно - вы можете вызывать шаги сценария из другого шага в коде, а не использовать механизм JBehave (в любом случае это более удобно для сопровождения, IMO), и это позволит вам избежать очистки регистрации при входе в систему.

Надеюсь, один из этих вариантов вам подойдет!

С тактической точки зрения я бы сделал так:

В вашем файле .story

Given I set my language to {language}
When I type a valid password {pass}
Then I am able to see the application main menu

Examples:
|language|pass|
|en-gb   |password1|
|zh-tw   |kpassword2|

Затем в вашем файле Java

@Given ("I set my language to $lang")
@Alias ("I set my language to {language}")

// метод идет сюда

@When ("I type a valid password $pwrd")
@Alias ("I type a valid password {pass}")

// метод идет сюда

@Then ("I am able to see the application main menu")

большинство фреймворков модульного тестирования поддерживают это.

Посмотрите, как в mstest можно указать DataSource, nunit похож https://github.com/leblancmeneses/RobustHaven.IntegrationTests< /а>

https://github.com/leblancmeneses/BddIsTddDoneRight — свободный синтаксис bdd, который можно использовать с mstest/nunit. и работает с существующими тест-раннерами.