И куда бы мне сходить за этим знанием, если я разработкой до этого особо не занималась?

написание кода - это разработка)

Спорное утверждение. :)

напиши цикл - ты уже разработчик)
проработай исключения - ты уже разработчик

так лучше?)

Так, давайте без холиваров :)))

Практика, гитхаб проекты, всякие записи с лекций/митапов

Советы абстрактные, потому что область вопросов слишком большая: тут и ООП, и структура, и работа с переменными окружения/конфигами

Безусловно, в автотестах требуется чуть больше "в ширь" а не в "глубь" на старте. Но уж всякие фасады, стратегии, ооп в идеале нужно уметь писать.

Собственно, при переходе на классы и ООП становится пусть и чуть сложнее, но удобнее

Простите, пожалуйста. Больше не будем.

ну я ж говорю, паттерны проектирования, пусть туда копает, там по-любому будут ООП, классы

Эхехе, ну вот у разработчиков есть всякие канонические книги типа "Совершенного кода", вот я надеялась, у автоматизаторов/питонистов тоже что-то такое есть

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

те же книги, что и у разрабов

всегда можно послушать бизли/почитать книги от орайли

но да, все что у разработчиков

спасибо!

pytest

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

Как я это вижу(tests/misc.py):

import pytest

async def send_request(data: dict, method: str):
    running_fixtures: list = []  # есть идеи как получить лист фикстур, запущенных в момент вызова?
    # do some shit

фикстуры тут зачем?

список фикстур есть в item pytest

можешь оттуда брать, если уж хочется такое писать

было:

await send_request(
    server_fixt, client_fixt, data, method
)

что хочу получить на в итоге:

await send_request(
    data, method
)