architecture
2 articles
-
Page Object Model: UI Test Architecture So You Don't Drown in Maintenance
Locators and steps right inside tests are a time bomb: change one button and you fix it in 50 places. Page Object Model: a class per page encapsulates locators and actions, tests call methods. What belongs in a Page Object, what doesn't, Component Objects, fluent/loadable, anti-patterns, and when POM is overkill.
-
UI Test Automation Architecture: Page Object and What Comes After It
A good automation suite is measured not by the number of tests but by the cost of change. A first-person take: what a Page Object actually is (it hides HOW behind WHAT), why assertions inside the object are an anti-pattern, the layers above Page Object (components, API setup, test data), where people over-engineer, and the rule of three against premature abstraction. Plus the test-of-a-healthy-test: it reads like a user scenario, with no selectors in the body.