OS
Насколько понял с документации - если jenkins, bamboo, teamcity, оно заполняется автоматически (или через плагин - хз).
Туда можно запихнуть следующие проперти:
https://github.com/Shelex/cypress-allure-plugin-example/blob/master/cypress/integration/examples/actions.spec.js#L6
Даже если в интеграции для вашего фреймворка нету методов для executors - можно просто записать в папку allure-results обычный json файлик.
Возможные проперти в файле и на что влияют:
1. Секция executors в репорте
-
-
-
-
2. Ретраи билда:
-
3. Ссылка на предыдущие репорты
-
4. Хз для чего
-
-
В репозитории есть ссылка на сам репорт в виде гитхаб страницы, можно посмотреть подробнее.
Туда можно запихнуть следующие проперти:
https://github.com/Shelex/cypress-allure-plugin-example/blob/master/cypress/integration/examples/actions.spec.js#L6
Даже если в интеграции для вашего фреймворка нету методов для executors - можно просто записать в папку allure-results обычный json файлик.
Возможные проперти в файле и на что влияют:
1. Секция executors в репорте
-
name: имя которое будет в секции executors-
type: jenkins, bamboo, teamcity, можно написать другой, тогда лого подставится дефолтное-
buildName: имя для билда-
buildUrl: можно вставить ссылку на билд в СІ2. Ретраи билда:
-
buildOrder: если указан айдишник/номер тот же, посчитает текущий билд как ретрай, на графиках при ховере будет показывать это значение над passed/failed счетчиками.3. Ссылка на предыдущие репорты
-
reportUrl: если сохранять все репорты, можно добавить ссылку, будет открываться при нажатии на предыдущий прогон на графиках.4. Хз для чего
-
url: по идее, ссылка на текущий репорт, не понятно точно как работает.-
reportName: имя репорта как подсказывает логика, но тоже хз где используется.В репозитории есть ссылка на сам репорт в виде гитхаб страницы, можно посмотреть подробнее.
