что? пользоваться информацией, читать, чтобы не задавать глупых вопросов.. )) я понял, спасибо большое

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

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

И без жопной боли

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

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

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

Никак ты не сделаешь один так как там не потоки а процессы

Пишите какой-то сторонний сервис, который будет формировать пул пользователей и взаимодействуйте с ним из тестов. Но это какой-то оверхэд.

А просто concurrent queue?

неужто в питоне нет реализации такого? (Я подобным подходом пользовался в .net проекте, про питон пока не в курсе)

1. Если тесты медленные, то можно использовать медленный способ - файл очереди ввиде джсона на диске, блокировки через банальный filelock. Для больших сетов апи тестов уже будет достаточно медленно, но тем не менее юзабильно
2. SQLite база данных (есть блокировка для множественных юзеров, правда блокирует не таблицы, а всю бд). Тот же файл очереди на диске де факто
3. Локальный мемкеш (суперпростой сетап) или редис
4. mmap через файловый объект. Самый быстрый вариант с файлом, но нужно делать свой мутекс (угу, на крестах). На гитхабе есть рабочие примеры
5. Особо извратные варианты с встраиванием шаред памяти мультипроцесса в хдист, или форканья памяти процессов. Не думаю что вам это нужно (не думаю что это вообще кому то нужно для тестирования)

Если тесты планируется паралелить не только локально, но и по сетке - SQL заменяем на нормальную базенку, или используем простые КВ хранилища типа memcached или redis

Ссылка в п. 19.  "HTML Parsing for Humans" - не работает. Верная ссылка: https://requests-html.kennethreitz.org/

Доброй ночи, подскажите, пожалуйста. Как кликнуть при помощи Селениума по опции дропдауна в данном случае?
Дроп даун я открыл. Но кликнуть удается только при помощи xpath. Есть ли варианты при помощи CSS селектора? Благодарю.

Выбирай то что кликается...
Сделай нормльный xpath его и спользуй, у Вас что жесткая привязка к CSS?

я хотел попробовать через коллекцию реализовать и минимально работать с xpath... Ибо это черная магия )

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

Ну тогда совет один учи xpath это не такая уж и мания. Просто несколько другой синтаксис. + в сложных случаях удобнее имеено xpath.
Вот попробуй поюзать selectorshub.com
По мне лучшее помощник для локаторов.

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

попробую, благодарю