Как решать такой типичный кейс в тестах, шаги которых (названием) пытаются имитировать поведение пользователя:

есть поведенческие кирпичики "продолжить" или "назад". Это когда пользователь завершает какие-то блоки формуляров и переходит дальше, ну или назад. Как понятно определять "продолжить" и тп, если эти "продолжить" в разных местах по разному нарисованы, и ведут к разным "продолжениям".

особенно, @barancev, ты кажется писал UI тесты в behavior-стиле

Если ты делаешь некий визард, это по сути стейт-машина. Кнопки перехода называй раскрывая в какое состояние / экран переходишь

согласен, я бы использовал FSM и генерировал тесты из него

Привет ... Подскажите какая лучшая практика по тестированию POST запросов. Я сейчас так делаю: есть статическая мапа, есть в кукумбере метод, что-то типа === И API Вводим параметр "name" значение "Вася", а в степе типа jsonObject.put(field, value) ... таким образом собираю json и стандартно через rest-assured отправляю запрос, а ответ через  jsonpath в цикле прохожусь завязываясь на кеи из мар

а кукумбер зачем?

да затем же зачем и в тестах UI )))

лучшая практика - не преусложнять

это очень просто ... один метод, один шаг

Ну смотри, вводных очень мало. Лучших практик нет, есть хорошая в текущей ситуации. Если тебе удобно и другие быстро могут начать писать тесты на том что ты написал - то все ок

я не пойму как с pojo объединить

с pojo на этапе респонса или на этапе создания реквеста?
подробнее, плиз, мало понятно

Не из пушки по воробьям?

FSM это не пушка

в java с json вообще больно работать. Это в js: JSON.parse(...) И погнал

Думаю или так или наоборот - откуда. Забавно получается, в сценарии для человека

Заполни имя
Продолжи
Заполни дату
Продолжи

И всё понятно.

А в коде похоже будет:

Заполни имя
ПродолжиКДате/ПродолжиОтИмени
Заполни...

ok ... поставлю вопрос по другому, а как собираются json для пост запросов с использованием pojo?

тупа через сеттеры задавать значения?

ну да
написать класс, который будет дефолтно поля генерить и сетать

а если нужно специфические данные, руками подпиливать

ну есть у меня к примеру 100 запросов ... под каждый писать класс?