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

Я не совсем понимаю как код приложения связан с кодом автоматизации

если очень-очень вероятно, что кнопки всегда будут вести одинаково - то можно сделать вид, что это одна компонента.
Зато неоднократно видал, когда на странице номер 3 решили немножко поменять функцию работы кнопки Вперёд, а на остальных оставить как есть. Это ж просто когда кнопки скопированы. А тесты потом менять сложно - у нас кнопка то одна на всех.

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

JavascriptExecutor

но ведь если приложение состоит от однотипных компонентов, то почему мы не создаём компоненту (класс) для этих элементов, а используем наследование? В чём фишка?

Вынести общие методы для всех страниц  в него

Подождать загрузки?)

"Вынести общие методы" - это странное описание проблемы.

сделать ожидание исчезновения loading

Странный ответ для админа)

Это не проблема

А вообще это действие - типичный анти-паттерн God-Object, всё в один класс впихать. Нарушает SRP, увеличивает coupling и ухудшает cohesiveness

Ну а как ты сможешь его использовать если уже изначально известно что этого элемента там быть не может

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

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

Почему - всё? Только то, что свойственно всем страницам или группе страниц. Базовых пейджей может быть несколько. И это один из подходов. И это не God object

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

это идеалогическое изнасилование наследования.

Те методы которые одинаковы - лучше помещать в отдельные небольшие классы (SRP) и использовать по мере необходимости, где надо.

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

Среда - маленькая пятница