Есть ли способ не сообщать о повторном запуске неудачного тестового примера (в отчете экстента) как часть <rerunFailingTestsCount> - PullRequest
0 голосов
/ 24 февраля 2019

Окружающая среда - Огурец 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-й попытки, в которой контрольный пример не удался.Который звучит идеально.Но,

Когда я проверяю отчет об экстентах, я получаю детали обеих попыток (неудачных и пройденных).

enter image description here

enter image description here

Может кто-нибудь подсказать мне о следующих 2 реализациях -

1. Какую мысль я должен донести до отчета только о прохождении тестового примера (в отчете по экстентам) после неудачного запуска повторного запуска как части (с или без адаптера, любойработать), не хочу сообщать о неудачной попытке, если тестовый пример был пройден с n-й попытки.

2. Иногда нам нужно было бы провести анализ того, почему во 2-м тесте проходит несколько тестовых случаев.3-я попыткаТаким образом, есть ли способ сообщить о неудачном тестировании в отдельном отчете после запуска повторного запуска, не выполненного как часть

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

Ответы [ 2 ]

0 голосов
/ 01 марта 2019

Насколько я знаю, это было возможно с помощью @extendedcucumberoptions в 1.2.5, там можно было создать отдельный отчет для неудачных тестовых случаев, но это невозможно с 4.0.0 и далее.

0 голосов
/ 28 февраля 2019

Из того, что я помню, для повторного запуска теста TestNG инициализирует выполнение с нуля, что создает новый набор и, следовательно, новый отчет (заменяет существующий новыми данными).

В текущей схеме вещей это невозможно, но есть открытый билет для этого улучшения: github.com/extent-framework/extentreports-java/issues/25

...