Есть такая штука Atlas фреймворк. Там можно задавать параметризированные FindBy конструкции

Спасибо, загуглю

ну или можно объявлять геттеры для элементов. Геттер принимает параметр, который ты дальше передаешь в локатор

сделал puma

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

ты сейчас хранишь например вебЭлементы вот так

@FindBy

или просто что-нибудь типа

SelenideElement btn = $x("локатор");

а то вместо такого объявления элемента можно обернуть все в метод

public SelenideElement getBtn(String text) {
      return $x(String.format("локатор", text));
}

А, понял. Ну да, я сейчас так и делаю примерно. Просто для единообразия реализации думал может быть можно через ту же аннотацию как-то объявлять такие элементы

можно в Атласе

но Атлас это еще одна зависимость. А только ради этого ее подключать как-то не оч

можно свою кастомную аннотацию описать и в ней это собирать

А можешь подсказать, как такое сделать?

щас пример скину. но мы для другого делали. но принцип думаю понятен будет

спс

Посоветуйте плиз хороший курс по Python обязательно чтобы был вместе в связке с Selenium.

Чтобы, как говорится, двух Зайцев.

На котлине делал чтоб код сократить в классе с тестами и запуск через тэги в JUnit5 прикрутить

делаешь класс, и в нем создаешь аннотаци, которые как пример - собирают кучу аннотаций в одну.
@Target(AnnotationTarget.FUNCTION)
@Retention(AnnotationRetention.RUNTIME)
@Epic("Набор тестов для смоук тестирования")
@Tag("Smoke")
@Severity(SeverityLevel.BLOCKER)
annotation class SmokeTest

на джава вот базовый пример. там их конфигурировать можно по всякому
public @interface About{
   String info() default "";
}


вам по идее надо описать свою аннотацию, а внутрь нее пропихнуть то что в методе до этого описали выше:

public SelenideElement getBtn(String text) {
      return $x(String.format("локатор", text));
}

Понял, поэкспериментирую, спасибо!

👍

Всем привет. Такой вопрос есть три сценария в который создается определенная запись  и потом эта запись привязывается к объекту. Так вот в первом сценарие создается запись и привязывается к объекту, во втором уже новая запись привязывается к объекту, а вот в третьем 2 эти записи которые были созданы в первом и втором сценарии привязываются к 3 объекту. Вопрос таков: Стоит ли это все скомбинировать в один тест и тогда не придется в 3 сценарии еще раз создавать опять 2 записи (это сэкономит время прогона теста)  Или же стоит разделить на 3 разных теста(тогда при падение одного другие все еще отработают).

зависит от того что тебе надо, если важен результат только по объекту 3 и не важно что сценарии по объектам 1, 2 падали то делай так как быстрее, ну а если важно, то понятно да как делать надо ? )