Size: a a a

2021 January 22

АФ

Алексей Федоткин... in atinfo chat
Ну да, либо обновлять существующие. там уже как удобнее, нагляднее смотрите. Можно в таске тест-кейсе статус обновлять и дописывать например время последнего прохода + окружение + еще что угодно из отчета
источник

Y

Yuriy in atinfo chat
Алексей Федоткин
аллюр фо жира есть.
Аллюр - вроде не создает ничего такого  - только отчет внутри дженкинса.
источник

Y

Yuriy in atinfo chat
Вадим Шевчук
  <testcase name="signInTest" classname="aiapp_ui_tests.UserAccountTest" time="2.681"/>
 <testcase name="signOutTest" classname="aiapp_ui_tests.UserAccountTest" time="3.266"/>
кстати нашел упоминанеи что нужно зефиру -  It supports publishing maven surefire format test results (JUnit and TestNG).
источник

Y

Yuriy in atinfo chat
Алексей Федоткин
Готовое решение не скину. докер образ на старой работе остался но суть я расписал - у жиры есть апи позволяющее взаимодействовать с тасками и их полями. из дженкинса можно к этому апи обращаться
А как там было сделано - хотя бы название плагина  дженкинсового.. ?
источник

АФ

Алексей Федоткин... in atinfo chat
В том варианте вообще без плагина, который делал, чисто скрипты и апи. А есть в атлассиан маркетплейсе аллюре фо жира,  он вроде как облегчает интеграцию
источник

Y

Yuriy in atinfo chat
Алексей Федоткин
В том варианте вообще без плагина, который делал, чисто скрипты и апи. А есть в атлассиан маркетплейсе аллюре фо жира,  он вроде как облегчает интеграцию
а разве атлассиан аллюр - это не тот же аллюр что и дженкинсовый ?
источник

Y

Yuriy in atinfo chat
я кстати - вроде наковырял нечто похожее на то что мне надо.
https://jenkinsci.github.io/jira-steps-plugin/steps/issue/jira_new_issue/
источник

Y

Yuriy in atinfo chat
завтра проверю.
источник

АФ

Алексей Федоткин... in atinfo chat
Yuriy
а разве атлассиан аллюр - это не тот же аллюр что и дженкинсовый ?
Вроде нет)
источник

Y

Yuriy in atinfo chat
хорошо. проверю. тоже завтра. на сегодня хватит упарываться
источник
2021 January 23

M

Mykhailo in atinfo chat
Yuriy
Народ - мучаюсь проблемой - как правильно интегрировать авто-тестирование в уже налаженный процесс в компании.
Из того что использую - Автотесты результат выполнения - в виде Аллюр-отчета хранят на Jenkins-e.
Также они пишут результат своего выполнение (пассед-фейлед) в TestRail тестраны, если падает по причине бага - ссылается на Jira баг.
Но как  увязать регрессионній авто-тестсьют  с Jira-й?
А что ты пытаешься сделать, создавать баги в джире по упавшим авто-тестам?
Возможно это уже реализовано через TestRail, у них есть интеграция с джирой. И как я понял результаты авто-ткетов вы отправляете в TestRail.
источник

AM

Artur Muradov in atinfo chat
Geronimo MSK
Для роста зарплаты меняю компании
same shit
источник

Y

Yuriy in atinfo chat
Mykhailo
А что ты пытаешься сделать, создавать баги в джире по упавшим авто-тестам?
Возможно это уже реализовано через TestRail, у них есть интеграция с джирой. И как я понял результаты авто-ткетов вы отправляете в TestRail.
Скорее нет чем да.
Мне поставлена задача внедрить  авто-тестирование в существующие процессы тестирования. Так как у нас большая отчетность идет в Жире - то именно туда надо отчитываться. Как я это вижу сейчас - Дженскинс запускает регрессионный тестсьют и тестран от каждого теста пихается в некий сущности (вложенный в обьект - ишьюс "Регрессионный авто-тестсьют".

Вот как-то на сейчас я придумал механизм внедрения.
источник

Y

Yuriy in atinfo chat
а результаты тестов действительно попадают в тестрейл и отмечают тесты в тестранах как "пассед-фейлед"
источник

M

Mykhailo in atinfo chat
Yuriy
а результаты тестов действительно попадают в тестрейл и отмечают тесты в тестранах как "пассед-фейлед"
Так прикрепляйте в джипу линку на тестреил просто. Зачем же в 2 места репортать?
А в каком формате у вас сейчас отчётность в джире? Есть таска на прогон регрессии и туда вы записываете список тестов с результатами как коммент?,
Проверь может тестрреил может такой отчёт создать.
источник

Y

Yuriy in atinfo chat
Mykhailo
Так прикрепляйте в джипу линку на тестреил просто. Зачем же в 2 места репортать?
А в каком формате у вас сейчас отчётность в джире? Есть таска на прогон регрессии и туда вы записываете список тестов с результатами как коммент?,
Проверь может тестрреил может такой отчёт создать.
В жире нету никакой отчетности по авто-тестам. Я его сейчас разрабатываю.
Есть набор тасков для тестов релиза но это мануальные. надо как-то расширить это своими автотестами
источник

Y

Yuriy in atinfo chat
Mykhailo
Так прикрепляйте в джипу линку на тестреил просто. Зачем же в 2 места репортать?
А в каком формате у вас сейчас отчётность в джире? Есть таска на прогон регрессии и туда вы записываете список тестов с результатами как коммент?,
Проверь может тестрреил может такой отчёт создать.
===
Есть таска на прогон регрессии и туда вы записываете список тестов с результатами как коммент?,
Проверь может тестрреил может такой отчёт создать.
——-
Вот нечто такое я и хочу сделать.  Только без тестрейла. Не хотят менеджеры исползовать еще одну тулзу.
Тест рейл - может создавать в жире ишьюсы (дефекты) но только по одному.. как понимаешь для для 300+ тестов это плохое решение
источник

M

Mykhailo in atinfo chat
Yuriy
===
Есть таска на прогон регрессии и туда вы записываете список тестов с результатами как коммент?,
Проверь может тестрреил может такой отчёт создать.
——-
Вот нечто такое я и хочу сделать.  Только без тестрейла. Не хотят менеджеры исползовать еще одну тулзу.
Тест рейл - может создавать в жире ишьюсы (дефекты) но только по одному.. как понимаешь для для 300+ тестов это плохое решение
Обычно и нужно по одному, вряд-ли все 300+ упадут сразу, скорее 10-50, и обычно нужно ещё проверить точно ли это фейлы или тест/данные поломались
источник

Y

Yuriy in atinfo chat
Mykhailo
Обычно и нужно по одному, вряд-ли все 300+ упадут сразу, скорее 10-50, и обычно нужно ещё проверить точно ли это фейлы или тест/данные поломались
я не уверен в правильности своего сценария - может обьясните свое видение "как это работает/должно работать"?
источник

Y

Yuriy in atinfo chat
Mykhailo
Обычно и нужно по одному, вряд-ли все 300+ упадут сразу, скорее 10-50, и обычно нужно ещё проверить точно ли это фейлы или тест/данные поломались
то есть - переносить в жиру только упавшие тестраны ? вроде  нет в этом смысла... надо просто разметить их как "known issue" (если ретест зеленій - "passed") ну или оформить багом в Жире.
Исходя из сецифики задачи - падающих ранов будет мало - в идеале - только из семейства "known issue"
источник