Allure формирует отчет и некоторые тесты добавляет в него повторно, таким образом при прогоне тестрана количество тестов в отчете стабильно растет заполняя его дублями, чем делает полноценный анализ тестового покрытия невозможным.
Часть проблемы решена так - в проекте были тесты с динамическими параметрами типа date = Datetime.Now() из-за этого каждый такой тест после прогона считался уникальным. В самом отчете Allure в поле params каждый раз были уникальные данные. Пофиксал тем, что указал статичную дату - на сам тест это никак не влияло, но дубли создаваться перестали.
Сейчас нашел еще один тест, у которого также каждый раз генерятся уникальные данные в setup - произвольный id (не участвует в параметрах самого тест-кейса, но нужен для теста), и понимаю, что подход замены динамических параметров на статические - какой-то неправильный и костыльный. Система должна быть умнее.
Подскажите как правильно научить Allure (в каком блоке настроек allure проекта или в самом коде проекта) какие тесты считать уникальными, а какие надо заменять новой версией из прогона. Например, можно ли смотреть только на description и params или еще как-то?
Заранее спасибо
Нужен ручник технарь в Сбер
2023-04-23 23:38
Миддл, капать и инженерить. Как плюс, если доп авто. Стек - смесь легаси с платформой, Java. Область - инкассация. Не инженеров прошу не беспокоиться. Резюме в личку.
Нужен ручник технарь в Сбер
2023-04-23 23:39
Миддл, капать и инженерить. Как плюс, если доп авто. Стек - смесь легаси с платформой, Java. Область - инкассация. Не инженеров прошу не беспокоиться. Резюме в личку.