ну вот RepeatExtension так работает с аллюром

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

для перезапуска используется свой класс в своей аннатоции, тест если упал - генерится <TestTemplateInvocationContext> через Spliterator

тогда, если тест упал - залогируется Failed, верно? а если этот же тест будет перезапущен - > повторный перезапуск тоже будет с результатом Failed, что это будет означать для Allure- 2 разных Failed теста?

RepeatExtension работает через test template в junit 5, которые по сути генеруют "параметризацию" одного и того же теста

т.е. для аллюра такие тесты имеют разные unique_id => не склеиваются как перезапуски

Allure склеит перезагрузку- если будет Uniq_Id передан идентичный?

в целом, да  https://github.com/allure-framework/allure-java/blob/master/allure-junit-platform/src/main/java/io/qameta/allure/junitplatform/AllureJunitPlatform.java#L467

на какой строчке?)

это интеграция с junit-platform

где маппятся сущности jp на allure

в аллюре если одинаковый historyId, то склеиваются
в интеграции с junit platform history id считается как md5(testIdentifier.getUniqueId());

467

спасибо

а это откуда берется ? testIdentifier.getUniqueId()

testIdentifier?

это сущность junit platform https://junit.org/junit5/docs/current/api/org.junit.platform.launcher/org/junit/platform/launcher/TestIdentifier.html

в целом, у junit5 есть такая беда, что у них нет понятия test case и нельзя некоторые случаи разлечить, типа

для testFactory      -> генерирует новые тесткейсы, их не надо склеивать
      parameterised -> тот же тест кейс, но разные параметры, склеивать не надо, но логически это один тест кейс (один ID в Allure TestOps)
      repeated          -> тот же тест кейс, те же параметры, надо склеивать в один результат

но в терминах junit platform -- это все одно и тоже, и в интеграции не оч понятно, как такие ситуации различать

то, что мы завязываемся на uniqueId -> не совсем правильно, ибо он разный для итераций repeted тестов, но так как на уровне junit-platform нет инфы про параметры тестов (и вообще нет такой сущности как параметры), то uniqueId остается единственным способом различать параметризацию

Самая главная проблема жюнит5 - что нельзя из тест рана выкинуть скипнутые тесты :)

так можно уже

я сделаль