только вот selenide дорабатывается и саппортится уже 10 лет
и так же как и сам будешь дорабатывать и саппортить свой собственный проект

ты так и так будешь дорабатывать и суппортить свой проект

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

Ну возможно быстро, но когда ты вдвоем на проекте, приходится тестить руками + иногда автоматизировать, времени написать свой инструмент порой вообще нет + опыта в кодинге маловато еще для этого

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

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

Похоже на бдд, но не на 100%, все таки даже написав тест на selene, ты же используешь PageObject и все равно приходится даже такие методы селена выделять в отдельные более понятные для тебя методы и класть их в классы пейдж объектов

остальная половина селенида там просто не нужна

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

Ну нет, «всегда играть по их правилам» - с этим не согласен. Всегда же можно перейти на чистый драйвер, достав его из селенида

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

Потому, что лень писать свой фреймворк с блекджеком и куртизанками

А такое случается, когда перерастаешь инструмент)

Для меня пока просто тяжело что-то свое начать писать, поэтому пытался понять что удобней на начальном этапе выбрать, селен или селениум. Начал с селениума, но сейчас стал пробовать селен, пока больше нравится selene

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

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

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

не вижу как одно мешает другому в selene - у тебя всегда есть возможность достучаться до selenium элемента или драйвера, если что-то надо расширить

понятно, что это баланс иногда имеет смысл, а иногда нет. но писать самому - не очень рекомендация для людей, кто задаётся этим вопросом и не может сам решить для себя =)

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

если ты готов словить сайдэффекты от чужой либы - то вперед, зачем кого то спрашивать вообще)