Мне известно об использовании концепции «Примеры:», но она каким-то образом делает файл функции более сложным и нечитаемым.
Пример:
Код: Выделить всё
Scenario Outline: To verify that default value for some timeout when invalid/remove is set for some timeout parameter
When
is with for in
Then is updated with value for in as per defined
Examples:
|parameterA |parameterB |action|someOtherParameterPair|fileNameWithSectionName|
|oneParameter|twoParameter|update|key:Value |abc.config:appSettings |
|oneParameter|twoParameter|delete|key:Value |def.config:appSettings |
Я бы разделил «someOtherParameterPair» и «fileNameWithSectionName» на две части, используя разделение файла определения шага. Итак, всего у меня есть около 7 параметров, которые будут использоваться в тестовом примере.
Но я не уверен, стоит ли принимать такое огромное количество параметров из операторов Give/When/Then. осуществимы. Это также делает мой тестовый пример нечитаемым.
В приведенном выше сценарии я пытаюсь изменить некоторые параметры (которые я передаю из файла объектов, чтобы мои операторы When/Then могли изменить) присутствует в файле *.config, присутствующем в определенном месте.
После этого мне нужно выполнить тестовый пример.
Точно так же в моем наборе тестов есть и другие (большинство из них) случаи.
Пожалуйста, помогите мне, это правильный подход BDD. Будет ли BDD создавать какие-то проблемы при обслуживании, поскольку я вижу много вещей (почти все из) файла функций.
Подробнее здесь: https://stackoverflow.com/questions/345 ... in-gherkin
Мобильная версия