JUnit5 удалить Allure по умолчанию TestExecutionListener (AllureJunitPlatform) - PullRequest
0 голосов
/ 27 февраля 2020

Я пытаюсь изменить генерацию отчетов для Allure, чтобы переопределить статус тестов с ошибками. Тесты, которые не были подтверждены утверждением, помечаются как ОТКАЗАННЫЕ и отмечены красным в итоговом отчете. Тесты, которые не удалось из-за тайм-аута - сломаны и желтый. Мне нужно сделать все причины неудачных испытаний и красный. Я сделал это, создав собственный слушатель. И столкнулся с проблемой, что мои слушатели, как по умолчанию, так и по умолчанию, работают одновременно. В результате каждого теста генерируется 2 файла отчета. Есть ли возможность отключить прослушиватель AllureJunitPlatform по умолчанию? или есть какие-то альтернативные способы решить мою проблему?

Я регистрирую своего слушателя так:

Launcher launcher = LauncherFactory.create();
TestExecutionListener listener = new MyCustomAllureListener();
launcher.registerTestExecutionListeners(listener);

Насколько я вижу, под капотом LauncherFactory.create () это ищет TestExecutionListener, как описано здесь: https://github.com/allure-framework/allure-java/issues/63 Итак, прослушиватель Allure по умолчанию установлен в META-INF в зависимости от Allure.

Можно ли его удалить (не инициализировать)?

Ответы [ 2 ]

0 голосов
/ 05 марта 2020

Вот ответ для зависимости allure: https://github.com/allure-framework/allure-java/issues/428#issuecomment -594475036

вы должны обновить зависимость следующим образом (для gradle): testCompile ('io.qameta.allure: allure-junit5 : 2.12.1: spi-off ')

spi-off

это классификатор для зависимости.

0 голосов
/ 29 февраля 2020

Есть, но это еще не объединено. У меня возникла похожая проблема, и я добавил исправление в Junit5 https://github.com/junit-team/junit5/issues/2181

После объединения вы сможете добавить

junit.platform.execution.listeners.deactivate

Свойство в файле junit-platform.properties для деактивации Allure Listener

Вам придется подождать 5.7, пока не уверены, что можно сделать

...