у меня behave, он сойдет для e2e, у него есть пара мелких косяков - 1) он не в курсе про относительную адресацию все импорты по абсолютным ссылкам 2)  не работает docker напрямую то есть ставишь плагин для pytest, прописваешь в pytest.ini, докирываешь ему fixure для ожидания твоего сервиса с web ио что там у тебе, и потом можно юзать, 3) не будет работать с моками через агрументы методов, только через with patch(…) as mocked_service: ну и соотв если их много будет дофига много мокнутой лапши

заключение - для acceptance тестов сойдет для e2e сойдет, для модульного не удобно.

из плюсов - ну тупая система (это плюс)

если до этого настроить правильно unitest.mocks, докер и сервисы в контейнере, плюс сборка чего-то переменчивого, чтобы твоя чудо система тестировала правда то что интересно а не 1+1=2, например кидала на вход одной системе (сервису) то ,что на выходе у другой, придется посадить эксперта который тебе наваяет нормальный BDD с моками на внешние системы в docker-compose, и вот только тогда как сделает нормальный шаблон для проекта и тестов сажайте жуниора. а так смысла нет, по моему

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

использую selene
как в нем задать кастомное (своё) имя для получаемого скриншота, в случае ошибки? коробочная реализация с timestamp не подходит

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

Что пробовал, что не получилось

Что в гугле тебе сказали

есть же есть метод save_screenshot(self, filename)
get_screenshot_as_file
http://joxi.ru/eAONKg4cpeOon2

интересовало коробочное решение от selene, а не от selenium

Есть ли какие-нибудь ссылки на гитхаб с более менее серьезными проектами? Ну т.е. не example test project, какими там всё завалено. Было бы интересно посмотреть код тестов от опытных разраб/тестеров

вряд ли

https://github.com/psf/requests как вариант

Satan summoned

ублясука по 8 ассерто в тесте

Это много?)

Это много (:

На неделе побил два теста по 4 ассерта каждый, параметризовал как было нужно. Получилось не 2 теста с 8 ассертами, а 78 тестов по 1 ассерту. Теперь это мои самые любимые тесты, потому что баг-репорт с таких в случае чего заводится моментально, и не надо гадать, что там поломалось.

да, по поводу репортов круто, спору нет.
У нас ситуация, что в одном тесте может быть по 20± ассертов. Пока окружение подготавливается, пока данные заливаются, изменяются на девайсе много раз и тп. С одной стороны, такое количество асертов – очень много. Но по другому никак :(

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