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 нет. Оставил я например комментарий или сменил статус - никто не узнает об этом.

Очень похоже на тот путь который я прошёл при первой настройке. Ожидал увидеть в статье путь подбора оптимальных параметров moonlight и (если было) как заставить на линуксе moonlight использовать hardware encoding (не раз сталкивался с тем, что с этим пунктом просто не заводиться). Сейчас конфигурация такова: ibik Aster (запуск нескольких пользователей на одной машине) + hdmi заглушка привязанная к одному из пользователей + moonlight. Пользователь с заглушкой стартует автоматически. Сам компьютер настроен на пробуждение по сети. На роутере поднят vpn и привязка к одному бесплатному сервису доменных имён. По итогу за компьютером могут сидеть физически (за одним из "рабочих мест") так и по сети за пользователя, на котором запущен moonlight.

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

На мой взгляд главная проблема образования (высшего, среднего специального в большей степени) в том, что из каждого студента пытаются взрастить сверхчеловека (знающего всё, от истории возникновения профессии заканчивая основами предпринимательства в данной конкретной изучаемой области), не обращая внимания на истинные мотивы, с которыми приходят учиться.

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

На мой взгляд этот запрос коррелирует с запросом рынка на специалистов базового, среднего уровня (статистику не проводил, но по субъективным ощущениям большинство вакансий имеет в графе ожидаемый опыт 1 - 3 ~ 1 - 5 лет стажа), который значительно превосходит запрос на специалистов высшей квалификации или узкой направленности.

В итоге мы имеем ситуацию, когда среднее специальное имеет статус "не хватило [мозгов/знаний/усердия/мотивации/чего угодно] поступить в ВУЗ" и все идут поступать в ВУЗы, потому что так [надо/правильно/мама сказала]. А самое главное, нет разницы получил ты среднее специальное или полное высшее - рекрутёр всё равно будет ждать от тебя какого никакого опыта работы, а руководитель скажет заветное "забудь всё чему тебя учили в %SampleText%".

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

Решение вижу такое: нужно реформировать и популяризировать среднее специальное. Главная цель - подготовка специалистов базового/среднего уровня, готовых выйти в рынок в кратчайшие сроки после окончания обучения. Срок прохождения обучения, при построении программы, должен опираться на статистику отсева студентов на пути к диплому (чтобы не перегружать и не затягивать программу, так как опять таки по моему субъективному мнению, те кто не доучились в большинстве своём уже не станут доучиваться в дальнейшем). Приоритет в обучении - практика. Прямое взаимодействие с работодателями (при этом важно, чтобы сотрудники компаний доносили смыслы тех или иных знаний и умений).