Allure. Инфраструктурный тупик в проекте

allure
Теги: #<Tag:0x00007fedba91d750>

(Dmitriy Romanov) #1

Hi други
На новом проекте решили поробівать allure. Снйчас завершаем демо, локально TestNG+Groovy+ MVN+Allure работают без нареканий. При попытке выхода на Bamboo, получил ошибку на mvn site шаге:

  1. No implementation for org.eclipse.aether.RepositorySystem was bound.
    while locating ru.yandex.qatools.allure.report.AllureReportMojo
    Решение гуглится быстро:
    Solution: Since 1.4.0 Allure required Maven version 3.1.1 or above
    (Действительно на Bamboo у нас 3.0.5)
    Простейший путь - апргрейд maven, но “але є одне але” :wink:
    Все изменения должны быть через puppet, а способные(имеюшие право) сделать это люди забуканы на квартал вперед.
    Таким образом, аллюр репорты доступны только локально. Что сделано:
    -пробывал откатиться назад до версии 1.3.9. К концу дня проект собрался и переранился. Но по каким-то причинам репорт пуст.
    Вот теперь я задаю вопрос, на который прошу совета. Насколько оправдано продожать работать над:
  • выносом репортов за пределы Bamboo ?
  • продолжать эксперементы с 1.3.9 ?

Может есть другая альтернатива репортинга “со степами” и скриншотами. Очень хочется историй запусков.
Сейчас думаю о самостоятельном сохранении результатов в БД.

Regards
Dmitriy


(Sergey Pirogov) #2

Проблема состоит только в том что нужно апдейтнуть вермию?


(Onifent) #3

считаю что самым адекватным решением будет таки договорится с человеком имеющим доступ к puppet, возможно используя методики НЛП в виде бутылки спиртосодержащего продукта в качестве эквивалента признательности за оказанную помощь

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


(Dmitriy Romanov) #4

Я тоже подошел к этой мысли. Мы заскедули апргрейд мейвена. Постараемся “пропушить” приоритет. Городить грабли для обхода старой версии пока выглядит затратно очень.
Касательно историй запуска: на предыдушем проекте мы имели TestResult таблицу с документированными параметрами запуска, временами исполнения и т.п. А недавно видел презентацию с Епама, в котором они соорудили такой сервер, который хранит историю, группирует и категоризирует фейлы, графики и т.п. Названия не помню, но захотелось иметь такой “метаанализ” качества тесткейсов.


(Sergey Pirogov) #5

ReportPortal. Кажись его в опен сорс выложили


(Dmitry ReportPortal PO) #6

Landing page - http://reporportal.io
Open Source under GPLv3 on GitHub: https://github.com/reportportal/reportportal
YouTube channel
Version 3.0 overview
Documentation - http://reportportal.io/#documentation
Integration steps : http://reportportal.io/#documentation/Test-framework-integration
Slack chat | Stackoverflow | Twitter | Facebook | VK