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

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

всем привет,  вопрос от начинающего в питон и pytest:  как шаги по регистрации нового пользователя, описанные в методах  соответствующего класса страницы регистрации, запихнуть в фикстуру и передавать для нужных тестов?  последовательность действий если кто опишет буду благодарен

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

мы тут не ванги. показывайте код и ошибки через pastebin\gist

В общем, есть фреймворк seleniumbase с классом BaseCase, который запускает и закрывет драйвер и все такое. Я от него наследуюсь в своем классе LoginPage, затем в тест я передаю фикстуру,  создаю экземпляр класса LoginPage и пытаюсь обратиться к методу open(url) , наследуемому от BaseCase - результат: https://pastebin.com/1VsaHTj3.
Если как в документации фреймворка, создаю для теста класс, который наследуется от BaseCase, тогда self.open(url) срабатывает, но не работают фикстуры -  результат вот https://pastebin.com/PrY8j37a

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

если атмосфера стартапа и продукт может сто раз пройти метаморфозы то может автотесты и не нужны

Лид разработки проблему понимает, но у него ещё куча проблем, поэтому "спасение утопающих дело рук самих утопающих"

Уже нужны. Ядро проекта есть, и стабильно работает. Плюс много легаси, которое оптимизируется внутри, но на уровне апи и интерфейса не должно ничего поменяться

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

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

От нас какой помощи вы ищите? Сочувствия?

Если хочешь без гемора в фикстуре делать операции с пейджой то и драйвер надо реализовывать в фикстуре а не базовых классах тестов

Окей, перефразирую. Можете подсказать, как лучше аргументировать менеджеру и лиду разработки, что мне нужен фидбек от всех, почему именно люди игнорируют результаты автотестов?

Ищи сторонников здравого смысла в проекте, пытайся поменять процесс. У вас же наверное происходят ретроспективы? Если не получится и тебя выживут, ищи другое место работы) Автотестами ты можешь и без их разрешения заниматься, чтобы набить руку

а почему вы уверены, что автотесты так и нужны на вашем проекте?

Ну то есть как коллеги-разработчики аргументируют тот факт, что они катили в прод без мнения тестировщика?

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