Можно

А можно где-то примеры привести ?

https://github.com/allure-framework/allure-python/tree/master/allure-pytest/examples
Там они для простоты вешают на функции, но у себя можешь попробовать классы :)
Всякие title/marks/steps работали у меня

Привет. Необходимо сымитировать отключённый сервис для воспроизведения кейса, в тестах все интеграции замоканы, есть несколько методов, которые делают почти то, что требуется, но не отрабатывают так, как нужно (например мок отвечает на все ответы 500 или мок спит). Хотел поинтересоваться: нормальная ли практика грохать мок (который нужен при этом другим тестам параллельно) на несколько несколько секунд для отработки одного теста или же такой тест лучше вообще не писать (или искать альтернативы) ?

не нормально. у тебя сильно увеличивается шанс что все остальные параллельные тесты посыпятся

написать ранер с правилами распределения параллельных тестов?

ради 1 теста? оверхэд

чтобы исключить одновременный запуск

хз ради чего.. пока вопрос про проблему и решения. Может такой апгрейд откроет челику дорогу в рай..? )

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

понял-принял, спасибо

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

грохать не надо) а вот оборвать коннект на такой запрос можно

аа, даже так Pog Можно попробовать 👍 Спасибо

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

Подскажите, а можно как-то не параллелить тесты в parametrize тесы?
Т.е. xdist запускает каждый автотест из блока parametrize в параллель, а я хочу чтобы именно блок parametrize выполнялся подряд друг за другом.

а какая цель? независимость тестов зачем нарушать?

В тестах используется только один юзер, и ему меняются роли (права). И получается что при изменении роли в одном тесте, она меняется и в других. Получается что тест аффектит другие тесты. Возможности наделать много независимых юзеров нет.

а ролей может быть около 20-ти

Добрый день, подскажите, как правильно алюр подключить к дженкинс?
Что имеется:
Тест, где все шаги описаны для алюра, из иде формируется отчет.
Как я создаю джоб:
тяну тесты из репозитория, далее, в Custom Python Builder прописываб путь до питона на локальной машине и указываю команду pytest --alluredir=./sand_box/allure-report/target
В тирдауне ставлю Allure Roport, настройки такие :
Results: Path: target.
Сохраняю. Запускаю билд. По итогу происходин прогон теста, формируется папка в дериктории. Но на шаге с алюром все падает с ошибкой