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

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

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

нет, тут вообще одно другому не противоречит.

есть тесты. В разных тестах юзаются элементы. За инфой об элементах тесты ходят на пейджи
Элементы описаны на пейджах. На пейджах же - действия с элементами (хз, насколько правильно).

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

тогда мы оформляем пейджу в виде "тип элемента: название элемента: селектор элемента", и все одинаковые элементы группируем.
тогда фактически у нас для всех "типичных" элементов (не только одного типа) - вызывается один метод

уф. простите, это уже как-то бессмысленно(

на самом деле объективные минусы уже услышала, спасибо.

пробовали использовать - страница -> фрагмент -> елемент, где елементы могут быть пошарены между страницами?

нет. Не будет ли только ещё больше путаницы с тем, откуда какой элемент берётся?
да и если речь о "поиске" элемента на странице - они ж все разные. Речь только об одинаковых действиях ("вставить текст", например). Ну или я чего-то недопоняла)

в мене не виникало, на проектах на ~50 сторінок, з 1к + тестів

подумаю над этим, спасибо)

Пример кода могу дать, если нужно будет

На самом деле было бы неплохо

Технически - не мешает... Но тогда выходит что не все связанное со страницей хранится в пейдж обжекте, а в нем и ещё где то в локаторах...

я таки спрошу. А что именно имеется в виду под локаторами?
(простите, я из мобилки. Возможно, в этом причина большой части недопониманий)

Это тоже хороший вопрос, потому что локаторы могут быть сложными, вплоть до того что ты берёшь один элемент, и по его аттрибуту ищешь другой, и тогда структура данных с локаторами (в виде строк или by) пополнится ещё локаторами - функциями... И это будет ещё сложнее

Я понимаю локатор как штука с помощью которой ты берёшь элемент со страницы

о господи. Нет, у меня все такие вещи не выглядят мега-сложными. Хотя есть история как раз для "кнопка и текст на ней" - но там вынесенный отдельно метод "найтиЭлементПоТекстуНаЧайлде", а все селекторы и кто тут чайлд а кто родитель - описано именно на том, что я называю пейджой (хотя уже есть сомнения, что это оно)

Будь то строка, функция, объект, или что то ещё

ну.. оно ж тоже всё одиноковое. Только тут прям для всех элементов одинаковое, да ещё и вшито в драйвер (метод фреймворка)

Сложно? Ну, то что необходимость фильтровать элементы по критерию это сложно - спорно)