Как написать определение шага, которое сравнивает ответ json с таблицей схемы сценария

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

Во-первых, по-прежнему обрабатывайте его как параметры в шагах, т. Е.

Then the "colours" is <colours>
And the "type" is <type>

а затем просто выполните одноэтапное внедрение

Then("the {string} is {string}")
public void theKeyIsValue(String key, String value) {
    assertThat(json.get(key)).contains(value);
}

Другой, и, скорее всего, лучше, будет иметь дело с этим как с обычным сценарием, как уже предлагалось в комментариях (я не понял, почему вы утверждаете, что не можете). Что чаще всего лучше.

Однако, скорее всего, правильное решение - как это ни досадно - действительно переосмыслить ваш сценарий. На https://cucumber.io/docs/bdd/ они довольно быстрые и легкие для чтения, и помогут с множеством начальных проблем.

Это сложно без полного примера, но, судя по тому, что вы пишете, я подозреваю, что ваши тесты могут быть слишком техническими. Это чрезвычайно сложный баланс, но постарайтесь сделать их настолько расплывчатыми, чтобы они указывали не «Как», а только «Что». Пример Given the username "Kate" - лучший шаг, чем Given I type the username "Kate", потому что в последнем вы указываете, что должно быть что-то, что вы можете ввести текст. Я обычно спрашиваю людей, работают ли их тесты с голосовым помощником.

Еще я подозреваю, что вы пытаетесь протестировать слишком много вещей одновременно. Например, я заметил одну вещь: нет очевидной связи между вашим json и вашей таблицей. То есть, если эти данные должны совпадать, например, в индексе, это может иметь больше смысла. Однако, глядя на немногочисленные данные, я думаю, что вам понадобятся следующие тесты:

Scenario: The colour options
  Given ...

  When the options are given

  Then the following can be chosen
    | Colour |
    | red    |
    | blue   |
    | green  |


Scenario: The clothing options
  Given ..

  When the options are given

  Then the following can be chosen
    | Type     |
    | shoes    |
    | socks    |
    | t-shirts |

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

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

Делать то, что вы хотите, непродуктивно и противоречит основным принципам проектирования Cucumber, Scenario Outlines и, возможно, даже таблицам данных в Cucumber.

Cuke должен объяснять, ЧТО представляет ответ json и ПОЧЕМУ это важно. КАК создается ответ json, и детали исследования его достоверности и структуры содержимого должны быть перенесены в определения шагов или, что еще лучше, вспомогательные методы, вызываемые определениями шагов.

Это действительно сложно проиллюстрировать на примерах данных, потому что очень сложно понять, ЧТО

{
   "colours": ["green","blue", "red"],
   "type" :   ["shoes","socks","t-shirts"],
   "make" :   ["nike", "adidas"],
} 

представляет. Также довольно сложно понять, почему вы хотите делать те утверждения, которые хотите сделать.

Если вы привели реальный пример и объяснили, что представляют собой данные и ПОЧЕМУ они важны, а также, возможно, ПОЧЕМУ вам нужно их проверить и ЧТО бы вы сделали, если бы они не были правильными, тогда мы могли бы добиться большего прогресса.

Так что я попробую на собственном примере, который будет не очень хорошим.

Given a set of clothing
When I get a json representation of the clothing
Then the json should be valid clothing

и шаги

Given 'a set of clothing' do
  create_clothing_set
end

When 'I get a json representation of the clothing' do
  @json = make_clothing_request type: :json
end

Then 'the json should be valid clothing' do
  res = validate_clothing json: @json
  expect res ...
end

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

  def validate_clothing(json: )
    ...
  end

Это гораздо более простая задача, выполняемая в гораздо более мощной среде. Это не имеет ничего общего с огурцом, никаких взаимодействий с функциями, сценариями и т. Д., Это просто проблема программирования.

В общем, с Cucumber либо устраняют технические проблемы, так что они становятся проблемами программирования, либо вытягивают проблемы, так что они находятся за пределами Cucumber и становятся проблемами сценариев. Это держит Cucumber в теме. Его задача - описать ЧТО и ПОЧЕМУ и предоставить основу для автоматизации.