Не вижу выгоды множить в джире новые дифекты "known issue". Можно попробовать их искать и репортать только новые или делать реопен старым.
Сразу постить в джиру есть смысл только если у вас очень надёжные тесты, если нет - то лучше руками заносить в джиру после перепроверки.
Также нужно учесть ситуацию если упадет сразу много тестов как configuration issue, если что-то с энвом, данными и тд., чтобы такое не репортать.

По-моему, было б удобно прогнать тест ран автотестами и потом упавшие и не покрытые тесты проверить мануально, собрать все результаты вместе, например в TestRail. Потом этот сводный результат уже отдавать куда угодно: менеджерам в общем виде с перечнем фич с дефектами и процентом упавших и дэвам со стектрейсами и скриншотами.

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

тестрейл

и жира что рефернс тестрейла

так что слава богу все получилось без бОльшего гемора)

https://youtu.be/sS1PzmLELng
Тестирование: с чего начать и куда расти
Если вы решили стать тестировщиком, на старте работы придётся столкнуться с некоторыми трудностями. Для того, чтобы развиваться, нужно понимать, куда двигаться и какие перспективы открываются в данной профессии.

Если в этот выходной вам не хватает хорошего настроения, вот вам очень смешная статья.

​🚀 Объектно-ориентированное программирование – самая большая ошибка компьютерных наук

Рассказываем, как ООП наносит огромный ущерб экономике и почему пора менять парадигму программирования. Присоединяйтесь к надвигающейся революции!

https://proglib.io/sh/NzDvLwd30P

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

Webdriver manager в помощь

Нет, WDM умеет качать нужную версию chromedriver, но не Chrome.

А бинарник хрома любой версии можно тупо скачать по прямой ссылке. Осталось только нагуглить ссылку...

ссылку то нагуглить не проблема, но где и как удобней будет хранить развернутый хром :)? так, чтобы у любого человека, который подкачал проект и все зависимости - сразу запускался нужный мне бинарник :)? Я, конечно, могу в resources , прямо в проект залить браузер, и в Селениде в Configuration.browserBinary указать относительный путь ... но дополнительные 200 мб браузера в проекте, это не очень красиво будет)

Да зачем его хранить. Пусть тест в @BeforeEach методе скачивает бинарник хрома и сохраняет в папку типа ~/.m2/repository. При следующем запуске на этой же машине уже возьмёт оттуда

Спасибо ОГРОМНОЕ за совет! И куда большее за селенид!!!! 😊

Кстати, можно было бы подобную фичу запилить для всех браузеров.

Впрочем, а чем вам докер не угодил?

Согласен, идея мне очень понравилась - в before закачиваем в репо браузер, и остальные запуски тестов уже будут видеть, что он там есть и пользоваться им!

А с докером не сложится, у нас 5 станций для прогона тестов, из них 4 на win, меня уверили, что на win с докером лучше даже не пытаться )

По-моему, намного проще будет закупить 4 станции на линуксе. Железо в наши дни сравнительно дёшево.