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

НО. ООП-дизайн это "разложить методы по коробочкам так чтобы их было удобно доставать". Это не "один размер для всех", и не "один пейджобджект всем".
Бывают ситуации когда на всех страницах меню — и оно делается отдельным объектом. Бывают разбиения сложных менюшек на несколько объектов.
Бывают ПО с флюэнтом и без.
Бывают ситуации когда ПО только усложнит (Солнцев, доклад "10 причин моей ненависти"),
бывают ситуации когда локаторы лучше хранить отдельно и загружать из отдельных файлов (для прогона на похожих-но-разных продуктах), бывают ситуации когда на это можно не заморачиваться и локаторы класть прямо в ПО.

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

Материалы (находятся на Ютубе):

Концептуальные основы ООП на пальцах в контексте QA | Антон Семенченко на QA Z-DAY
https://www.youtube.com/watch?v=Nnlry9rl_us

Десять причин моей ненависти - Андрей Солнцев
https://www.youtube.com/watch?v=pln38fIbYqA

https://www.youtube.com/watch?v=EnooA2kEhY0
Николай Алименков — Паттерны проектирования в автоматизации тестирования

Антипаттерны UI-Автоматизации. Антон Семенченко.
https://www.youtube.com/watch?v=EnooA2kEhY0

10 популярных способов превратить простое в сложное при Автоматизации тестирования
https://www.youtube.com/watch?v=stipcacBp_4

Дмитрий Буздин — Как построить свой фреймворк для автотестов?
https://www.youtube.com/watch?v=vrjN8VTeuOk

Разработка фреймворка для старта UI Автоматизации на примере Selenium. Антон Семенченко
https://www.youtube.com/watch?v=4K-eMpQ4XrY

__________

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

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

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

Куча материала по этой тематике, но датируется в основном почему-то 15-18 годами. Из нового очень мало. Или, как вариант, я не умею искать.  Почти все примеры даны на примере авторизации.

Основы не меняются, из-за этого особо нового нет. Наверно самые свежие - это по JS автоматизации, там сейчас самый большой движ :)

И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?

И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?

И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?

Спасибо, натолкнули на размышления)

Таня привет! Ты давно пишешь на java тесты?

Java, в начале пути, 2021 год впереди. Не, я бы выбрал JS однозначно. Привыкайте к тому, что автоматизация будет писаться все больше и больше на ЯП с низким порогом вхождения. Ибо мысль "Надо заставить команду ФТ писать тесты" все чаще всплывает в головах QA лидов.

А потом этот шлак кому-то саппортить. Но js выстрелил скорее благодаря обилию тулов, а так не самый простой.

> А потом этот шлак кому-то саппортить
Это конкретно про какой шлак?)

Написанный ФТ и теми кто пошёл в пайтон и жс из-за того что там проще.

смысл в другом, если человек ищет наименьший порог вхождения, значит он не сильно планирует вообще булки напрягать, соответственно и код будет днищем, если ФТ без опыта программирования говорят типа иди пиши автотесты, то там тоже результат предсказуем