Заглушил чат чел)))

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

К сожалению нет (

Это будет не чистый тест, но у себя в проекте при тестировании интерфейсов мы часто используем такие объекты-прослойки. И для html и для c++

а в чем проблема кликать на div? я так понял что селектор/xpath не получается написать

А откуда такой вывод?

Что отрицают рабство внутри расы

Ну, они считают намёки на рабство расизмом. То есть рабство должно всегда быть межрасовым.

А, вот как. Ну видимо такой вид рабства закончился давно и не такая болезненная тема для них.  *полит цензура*

Нарот, а кто как делает фильтрацию по дате в своих restapiишках?  
я знаю несколько вариантов, можно добавлять суфиксы _after, _before, _ge, _le, можно как в опенстеке делать свой язык запросов.. Но это всё пипец как муторно и не удобно писать..
Особенно если валидаторы на Pydanticе...

Я пошёл по простому пути - у меня mongoengine, и в нём уже есть своя "язык" таких запросов, который они позаимстовали у джанги. Я его один в один повторил

date__gte
date__gt
date__lte
date__lt

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

ну вот у меня fastapi и pydantic. Я не хочу вручную 5 полей делать вместо одного. Ладно бы если бы одно поле было, так их несколько.. Я хочу магии. Вот пытаюсь что нибудь нагуглить, не получается.

django-filters?

Но их всё равно по факту будет несколько, и по моему магия только всё усложнит (и код и понимание).
Как минимум придётся сделать свой "тип данных" для хранения range-ей. Можно для него придумать свой вариант сериализации:

date=[1..2)
date=(10..)
date=(..40]

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

Будет сложно без JS сделать простую статичную HTML-форму, которая сможет послать запрос по range-у

А если у тебя ещё будет поддерживаться вариант на точное совпадение, то надо будет всё равно лепить префиксы-суфиксы, или "изобретать" Union-ы, что бы одно поле date могло быть или single value или range value

ты сравниваешь разные варианты реализации.. Мне честно пофиг. Я хочу просто самому этого не делать. Я не хочу заводить 10 полей для пидантика. Я хочу магию которая сама заведет.

Сомневаюсь что всякие стандарты описания схем (OpenAPI, Json-schema) что-то знают про range-value. Для них это будет просто строка

вот этого очень и очень плохо

все мучаются, но нет универсального решения...