так пусть твои тесты и чистят

это будет работать и для дженкинса, где чистить нечего, и локально, где есть что

Полагаю там есть какая-нибудь команда, которая гуглится. Надо только что-то порешать с архивами

да никакой команды

def pytest_configure(config): 
     if not hasattr(config, "workerinput"): 
           alluredir = config.option.getoption("alluredir")
           if alluredir and os.path.exists(alluredir): 
                 shutil.rmtree(alluredir)

Ок, спасибо. Надеюсь станет получше работать=)

Пайтест к слову умеет его писать, скорее всего ключ передается у них

Да, джейюнит выпилил его и перезапустил сборку

Кто-то работал с A elastic search/Kibana dashboards? Есть пара вопросов

Правила чата в пине.

Поизучал ваш код и даже немного украл ) единственное что осталось не понятно это как потом мне вызывать в тесте этот класс ? И что делать если у меня в 1 тесте несколько таких классов?
Вы писали

вот такую штуку просто делаю обычно и все. если методов дофига - разделяю на логические классы и наследую от базового, в котором логика логина, обработка запросов и логгирование

Можно какой нибудь простейший пример кода?

Там же и код тестов есть в теме этой лекции

Если несколько классов - то просто в нужных местах дергаем свой. Можно чтобы каждый раз не логиниться сделать логику как с пэйджами. То есть базовый класс с клиентом авторизовывается и сохраняет куку. Далее она прокидывается во все дочерние

Ребят подскажите как решить вопрос : при запуске докер-джобы с  тестами которые успешно выполнились , то сборка пушится и выводятся результаты в Дженкинсе, а если хотя бы один тест в статусе FAILED , то получаю ошибку "The command pytest  test.py --junitxml=reports/result.xml" returned a non-zero code:1"  и дальше сборка не пушиться и результатов с упавшими тестами нет

ИМХО, BDD это еще один уровень абстракции над кодом. Что именно вы собираетесь решать вводя этот уровень?
Плюсы и минусы можете в гугле найти, там этих статей сотни.
Из моего опыта взаимодействия с BDD, фреймворками по типу behave и общения с теми товарищами кто в этом варился, - все это больно и громоздко когда проект хоть немного вырастает.
Правда бывает что менеджмент настаивает на BDD, но тогда только терпеть)) "Ежики плакали, кололись, но все равно жрали кактус"

Эм....
как я понимаю у тебя
1. Дженкинс тянет докер образ из какого либо репозитория на подобие Нексус.
2. Затем внутри этого докера запускаются тесты.
3. Потом какой либо тест падает.  
4. Репорт у тебя сохраняется внтури докера в папку reports/.
5. Докер посылает дженкинсу код ошибки.
6. И дженкинс стопает джобу, т.к. Returned a non-zero.

Папка куда сохраняется репорт находиться только внтури докера. Ты ее маунтил наружу куда то? Или прокинь в докер любую другую папку снаружи

Да все так, внутри докер-контейнера, наружу нет

ну так когда тесты падают, репорт по идее генериться нормально.
вероятнее всего ты потом убиваешь данный образ а вместе с ним и все репорты.

как я и сказал посмотри в сторону того чтобы создать где либо левую папку, потом ее примаунтить к докеру и уже туда сохранять репорты

---------- generated xml file: /my-project/reports/result.xml ----------
=========================== short test summary info ============================
FAILED test.py::test_valid_main_page
============ 1 failed, 0 passed, 1 deselected in 137.90s (0:02:17) =============
The command 'pytest test.py -s -v --browser_name=chrome -m smoke --alluredir=allure-results --junitxml=reports/result.xml' returned a non-zero code: 1
Build step 'Execute shell' marked build as failure

Сейчас будем пробовать