и реализацию на нужном тебе языке

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

не при чем. Но все мы учимся

Ну если вообще пробелы в знаниях - https://refactoring.guru/ru

metanit.com

Там простым языком показываются разные шаблоны проектирования. Потом смотрите что за каша у вас и примеряете свои знания новые

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

Опишу ситуацию: есть флоу заполнения формы из пяти шагов, каждый в виде отдельной страницы, на первом шаге есть кнопка 'Next', со второго по четвёртый есть кнопки 'Previous', 'Next' и 'Save', на пятом нету ничего. Вопрос: как в плане структуры это будет организовано в проекте? Будут сущности Page для каждого шага, где-то отдельно будет сущность NavigationComponent, с описанием всех трех кнопок? Или для каждой кнопки отдельный класс или интерфейс?

Я просто когда читаю примеры на котиках-собачках ничерта не понимаю как это смапить на конкретный кейс

Я бы все в одном класе делал. Название исходя из контекста.

Если кнопки, например, повторяются и в других местах в приложении, можно кнопки вынести в отдельный класс. И/или методы типа Submit. А если нет - то один класс.

Но тут как бы нет жесткого правила, как я понимаю... По ситуации. И если ситуация меняется, то структуру вашу тоже можно менять :)

У каждой страницы создавать экземпляр NavigationComponent'a и использовать нужные кнопки?

У вас, скорее всего, можно сделать вообще один класс на весь флоу, где будут все нужные поля со всех страниц

Все кнопки и методы в один класс.  Если понадобится- раскидаешь

В смысле в одном page классе описать элементы и методы для всего флоу? Ну думаю не меньше тысяч трех строк выйдет

На самом деле в вашем случае - это одна большая форма с навигацией. Я бы ограничился одним классом

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

Ну да, согласен

Хороших не знаю) На ум приходит разве что доклад Алименкова - https://habr.com/ru/company/jugru/blog/338836/ . Но вообще я считаю что автоматизация тестирования - это не какая-то уникальная, ни на что не похожая область. Это вполне рядовой домен, и все хорошие практики программирования для него подходят. Например тот же PageObject - это по сути один из вариантов реализации паттерна "Фасад"

Спасибо!

Всем спасибо за идеи, буду думать)

Ого.  Вы там на ассамблере пишите что ли?