Sesión 7 de mi lab de Selenium + Java: Page Object Model — por qué separar Pages de Tests
La Page interactúa con la UI, el Test decide si está bien o mal. Anatomía de LoginPage, DashboardPage, validaciones con check.java y logs claros.
Java para QA Automation: fundamentos, OOP aplicado a testing, Maven/Gradle, TestNG, manejo de excepciones y buenas prácticas para automation engineers.
La Page interactúa con la UI, el Test decide si está bien o mal. Anatomía de LoginPage, DashboardPage, validaciones con check.java y logs claros.
Por qué Thread.sleep hace tests lentos, cuándo NO usar implicitWait, cómo WebDriverWait sincroniza con el DOM. Uso de FluentWait. Decisiones.
DOM, selector, locator y By: qué es cada cosa y cómo elegir el mejor. Jerarquía práctica de id a XPath. Primer test de login real en demo.serenity.is
Eliminar hardcoding del framework. config.properties para URLs y browsers, DriverManager para centralizar el driver. Código real y decisiones.
Configuré pom.xml, Logback y estructuré carpetas base/pages/utils/test. El framework empieza a tomar forma.
Tenía un framework completo armado con IA. Lo borré. No entendía qué hacía cada pieza. Preferí volver al test simple y construir desde ahí.
Por qué Selenium sobre Cypress, Java sobre Python, TestNG sobre JUnit. Setup completo en IntelliJ y primer test ejecutado. Decisiones técnicas y de mercado.