Окружающая среда - Огурец V. 4.0.0 |Селен V.3.8.1 |JUnit V.4.12 |Экстент-отчет 3.0 / 4.0 (любой)
Использование приведенной ниже конфигурации Surefire для повторного запуска неудачного тестового примера.В случае, если тестовый сценарий провалился, тогда у него была бы еще одна попытка, и, скажем, тестовый пример был пройден во 2-й попытке.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>${maven-surefire.plugin.version}</version>
<configuration>
<parallel>methods</parallel>
<threadCount>1</threadCount>
<reuserForks>false</reuserForks>
<testErrorIgnore>true</testErrorIgnore>
<testFailureIgnore>true</testFailureIgnore>
<includes>
<include>**/*RunCukeTest.java</include>
</includes>
<rerunFailingTestsCount>1</rerunFailingTestsCount>
</configuration>
</plugin>
После завершения полной сборки и проверки отчета Cucumber-Maven & Cluecumber., тогда они будут содержать детали только Пропущенной попытки, а не 1-й попытки, в которой контрольный пример не удался.Который звучит идеально.Но,
Когда я проверяю отчет об экстентах, я получаю детали обеих попыток (неудачных и пройденных).
Может кто-нибудь подсказать мне о следующих 2 реализациях -
1. Какую мысль я должен донести до отчета только о прохождении тестового примера (в отчете по экстентам) после неудачного запуска повторного запуска как части (с или без адаптера, любойработать), не хочу сообщать о неудачной попытке, если тестовый пример был пройден с n-й попытки.
2. Иногда нам нужно было бы провести анализ того, почему во 2-м тесте проходит несколько тестовых случаев.3-я попыткаТаким образом, есть ли способ сообщить о неудачном тестировании в отдельном отчете после запуска повторного запуска, не выполненного как часть
Любая мысль будет высоко оценена, так как это приведет к инновациям в отчете, и мы получим лучший отчет с точки зренияанализ неудачных / пройденных тестовых примеров при повторном запуске неудачных тестовых примеров.