Как мы подружили Postman и Zephyr

[2_mihon]

А для простых людей у Вас работа есть?

[MaxDM1993]

RAML спецификация API в помощь, если будете дальше двигаться в направлении автоматизации взаимодействия с Zephyr. Но вообще зря на него пересели.

1. Публичное API - огрызок. Не покрывает и половину от доступного функционала на фронте.

2. Документации около нуля, а если и есть - недоступна у нас в стране.

3. Zephyr не имеет расширений (плагинов?). Хотя как по мне такая платформа, как и сама Jira должна иметь возможность расширяться. Как итог, чего то не хватает - отправляйся в ScriptRunner. Если конечно то что вы хотите сделать возможно реализовать через него и отдел ИБ в вашей компании позволяет им пользоваться (ведь он единый для Jira и для Zephyr если я правильно помню).

4. Ведение тестовых сценариев, в которых появляется хоть сколь угодно малая вариативность - боль:

   1. TestData и placeholder'ы на его основе выглядят прекрасно, до тех пор пока не возьмёшься за маппинг результатов (спойлер: публичное API не умеет с этим работать)

   2. Использование шаблонных (общих, shared) шагов ломается при отображении в плеере на 3 (иногда 2) вложенности.

   3. TestData вложенных шагов никак нельзя связать с TestData текущего сценария.

   4. Есть возможность писать на Gherkin. Но только на английском, без подсветки синтаксиса и подсказок. Как в блокноте. Нет никакого справочника о существующих (заявленных) шагах. Как итог Zephyr ничем не упрощает работу в этой части и совокупно всё это приводит к типичным проблемам с Gherkin-like фреймворкам

      1. Ошибкам из-за опечаток (подсказок то нет)

      2. Дублированию шагов

      3. Общей запутанности в том что имеем, как оно описано, как оно работает и как это поддерживать.

5. Посредственная интеграция с трио из Atlassian:

   1. Невозможность использования полей заведённых в Jira; синхронизации полей.

   2. Callback'ов на действия пользователя внутри Zephyr нет. Оставил я например комментарий или сменил статус - никто не узнает об этом.