Каратэ - отображение названия вызываемых функций / сценариев в отчетах по огурцам.

У меня очень большой сценарий, в котором я автоматизировал сквозное тестирование с большим количеством запросов к разным API. Каждый вызов службы API находится в дополнительном файле функций и вызывается в основном сценарии.

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

Итак, вместо того, чтобы просто печатать:

call classpath:feature/rm/msisdn/rm-msisdn-reservation-add.feature

Было бы неплохо иметь вот такое:

Reserve MSISDN  
call classpath:feature/rm/msisdn/rm-msisdn-reservation-add.feature

Любая помощь будет очень высоко ценится!

развеселить


cucumber karate
person backfloep    schedule 23.04.2018    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Спасибо, что сообщили об этом, я открыл запрос функции здесь: https://github.com/intuit/karate/issues/379, и вы можете продолжить обсуждение там.

Честно говоря, мы рекомендуем вам использовать call только для «настройки» повторно используемых шагов, которые не являются частью вашего «основного» потока. Но мы понимаем, почему некоторые команды полагаются на вызов.

Кстати, у названных функций есть несколько сценариев? Просто любопытно, и мы действительно не проектировали для этого случая, поэтому, пожалуйста, дайте мне знать в тикете GitHub.

person Peter Thomas    schedule 23.04.2018
comment
Поскольку у меня есть несколько сквозных тестовых потоков (основных потоков), которые используют разные композиции общих вызовов API (SOAP и REST), я не вижу другого решения без большого количества избыточного кода. Или у вас есть какие-либо рекомендации для сценариев с большим количеством вызовов API и разделяемыми полезными нагрузками? - person backfloep; 24.04.2018
comment
Кстати, это исправлено в dev. обновит тикет, когда я выпущу 0.8.0.RC3 - person Peter Thomas; 24.04.2018
comment
ты прав, лучшего способа придумать не могу. и если вам удалось создать множество функций многократного использования, это довольно впечатляет. может, я все-таки порекомендую это как образец. хотел бы увидеть несколько примеров, если вы можете опубликовать где-нибудь / блог - person Peter Thomas; 24.04.2018
comment
@backfloep, можешь попробовать 0.8.0.RC3 и сообщить, сработает ли это для тебя? - person Peter Thomas; 26.04.2018
comment
работает как шарм! Спасибо и извините за задержку с ответом. - person backfloep; 04.05.2018