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

Вот посмотрел свой фронтовый фреймворк, насчитал 13 паттернов 😄

1. Page Object Model Инкапсуляция локаторов и базовых действий с элементами страницы.

2. Step Objects Бизнес-логика, композиция нескольких POM, вызовы API, ассерты. + Аннотации аллюр

3. Fixture (Playwright) Предоставление готовых экземпляров шагов и других зависимостей в тесты без ручного создания.

4. Builder Пошаговое конструирование сложных схем(оборудование ТЭС) с возможностью цепочечных вызовов.

5. Factory в упрощённой форме Генерация имён проектов

6. Singleton в виде конфигураций ApiConfig, AuthConfig

7. Constants Хранение строковых литералов (тексты кнопок, сообщений, цветов, иконок)

8. Strategy toPass и ретраи

9. Wrapper Упрощение вызовов API и централизация обработки ошибок.

10. Dependency Injection Передача зависимостей (POM, шагов, клиентов) через конструкторы вместо создания внутри класса.

11. Template Method в генераторах тестов Определение скелета алгоритма в базовом классе, переопределение шагов в подклассах…

12. Object Pool Переиспользование экземпляров шагов между тестами (создаются заново для каждого теста, но управляются фреймворком).

13. Value Object DTO

Еще паттерны, хотя бы singleton