0
У меня есть тест Gherkin для действительных паролей. У меня есть список примеров паролей, которые должны пройти. Теперь, я также хотел бы иметь возможность запускать тест по нескольким типам браузера только для обеспечения согласованности их поведения. Ниже приводится тест Chrome:Можно ли перебирать несколько таблиц данных в Gherkin/Cucumber?
Feature: PasswordCriteria
New, stronger, password criteria have been implemented. We want to automate testing of the critera.
@PasswordCriteria
Scenario Template: New User/Valid Password
Given the patient is using "chrome"
When The user registers a new user with a valid password "<password>"
Then No Invalid Password error message should be displayed
Examples:
| password |
| [email protected]#] |
| Pa12&*(?>; |
| PA1234=+{/" \|\\ |
| pa1234,<.}':abcd |
| ` ~_ - .$%^)abCD1234 |
| ABCD123ef |
Я хотел бы быть в состоянии иметь вторую таблицу для итерации по типам браузеров (Chrome, Firefox, IE, и т.д.), но я не могу показаться, чтобы построить его , или найти любую документацию о том, как ее создать.
На стороне записки, это похоже, что я не мог бы быть только человек, ищущий это теперь, когда я смотрю вокруг немного больше ... http://stackoverflow.com/questions/29398878/is-there-a-for-each-or-equivalent-syntax-for-gherkin-cucumber –
Вы можете использовать конфигурацию файлы для управления браузером. Затем вы можете запускать несколько конфигураций через свой CI. Я бы этого не сделал. Укусы, которые вы запускаете на следующей неделе, должны уменьшать риск регресса. Возможно ли, что ваши пароли будут работать во всех браузерах сегодня, но один из этих паролей провалится в Chrome на следующей неделе? Если нет, то вы инвестируете, чтобы создать больше времени, прежде чем получать удовлетворительную обратную связь. –
CI, как в контрольной инфраструктуре? И лично я согласен с вами в том, что стандарты для паролей вряд ли случайно изменятся в коде, но политика заключается в том, что каждое требование покрывается тестом, и, что более важно, мы хотим быть уверены, что триггер обнаруженных на веб-странице, чтобы пользователь был проинформирован о том, почему их пароль не был принят, и поведение иногда меняется между браузерами для этого. –