AV
вот этот правильно работает. Не вижу пока разницу в упор....
new CookieBanner().cookiesZustimmen();Size: a a a
2020 March 05
A
конструктор не в степе
A
попробуй в CookieBanner навесить конструктор и там поставить аннотацию Step
A
ну и вообще это заслуга селенидовского логгера - а он задуман чисто для отладки. Не стоит такое поведение воспринимать как баг
A
new CookieBanner().cookiesZustimmen();вот это в каком блоке вызываешь? Там есть Step?
AV
вот это в каком блоке вызываешь? Там есть Step?
нету
AV
попробуй в CookieBanner навесить конструктор и там поставить аннотацию Step
конструктор пустой (implicit) - и конечно создавать эксплицитные конструкторы чтобы это закостылить я не буду)
AV
Да я думаю, там какая-то мелочь, которую я сейчас не вижу. Код сверху и снизу абсолютно аналогичные, но почему-то работают по разному. Значит где-то есть разница. Покопаюсь....
AV
кстааати внезапно тоже две строчки (хотя и внутри степа обе) - неожиданно. Не кажется правильным
AV
так, я кажется понял почему иногда попадает внутри степа, а иногда нет - и возможно это может происходить рандомно. Буду думать, как с этим жить.
rm
кстааати внезапно тоже две строчки (хотя и внутри степа обе) - неожиданно. Не кажется правильным
точно также будет в текст репорте)
2020 March 06
A
кстааати внезапно тоже две строчки (хотя и внутри степа обе) - неожиданно. Не кажется правильным
вот это уже ТОЧНО заслуга селенида. И не надо принимать логгер селенида и интеграцию с аллюром как супер логгер - это все придумано лишь для отладки
2020 March 10
VY
всем привет,
@eroshenkoam гляньте, пожалуйста, ПР-ы: https://github.com/allure-framework/allure2/pulls, в частности ждем https://github.com/allure-framework/allure2/pull/1009 :)
@eroshenkoam гляньте, пожалуйста, ПР-ы: https://github.com/allure-framework/allure2/pulls, в частности ждем https://github.com/allure-framework/allure2/pull/1009 :)
AE
Valery так точно
VF
всем привет.
Есть такой вопрос - есть тесты которые бегут в дженкинсе. один и тот же флоу пробегает 2 раза но на разных средах (куа, стейдж).
бегут они в рамках одного билда и по дженкинсфайлу - для одного и того же тестового прогона выполняются одни и те же шаги.
ну к примеру:
шаг1 - pull changes from git
шаг2 - doSomethingElse
шаг3 - gradlew clean test
шаг4 - аллюр репорт
шаг5 - ...
....
соответственно - вот так 2 раза в рамках 1 билда.
И получается так, что пробегает 1 тест-ран - аттачится репорт. пробегает 2 тест-ран - репортов вроде как 2, но это дубликаты последнего. Убедился в этом просто - у обоих репортов одинаковые ссылки на тесты + успел уловить результаты первого тест-рана, до того как появились результаты второго - они отличались.
после того как пробежал 2 тест-ран - оба результата тестов в аллюре стали одинаковыми.
надеюсь, описал все понятно-доступно. кто-то знает как такую ситуацию захендлить ?Или же - возможно это решить иначе ?
Всем спасибо заранее
Есть такой вопрос - есть тесты которые бегут в дженкинсе. один и тот же флоу пробегает 2 раза но на разных средах (куа, стейдж).
бегут они в рамках одного билда и по дженкинсфайлу - для одного и того же тестового прогона выполняются одни и те же шаги.
ну к примеру:
шаг1 - pull changes from git
шаг2 - doSomethingElse
шаг3 - gradlew clean test
шаг4 - аллюр репорт
шаг5 - ...
....
соответственно - вот так 2 раза в рамках 1 билда.
И получается так, что пробегает 1 тест-ран - аттачится репорт. пробегает 2 тест-ран - репортов вроде как 2, но это дубликаты последнего. Убедился в этом просто - у обоих репортов одинаковые ссылки на тесты + успел уловить результаты первого тест-рана, до того как появились результаты второго - они отличались.
после того как пробежал 2 тест-ран - оба результата тестов в аллюре стали одинаковыми.
надеюсь, описал все понятно-доступно. кто-то знает как такую ситуацию захендлить ?Или же - возможно это решить иначе ?
Всем спасибо заранее
VF
выглядит это вот так, если что
A
второй запуск тестов чистит папку allure-results
A
А именно по ней потом генерится отчет плагином дженкинса
A
потому что gradlew CLEAN test