Selenium vs Playwright: 28 posts, misma app, mi veredicto
12 posts de Selenium, 16 de Playwright. Misma app, mismo criterio. Qué encontré, qué prefiero, y el bug que solo uno detectó. Comparación final.
Playwright + TypeScript: framework construido desde cero con fixtures, Page Object Model, storageState, data-driven testing contra Excel, API testing nativo, visual testing, network interception y CI/CD con GitHub Actions. Cada decisión documentada y contrastada con Selenium.
12 posts de Selenium, 16 de Playwright. Misma app, mismo criterio. Qué encontré, qué prefiero, y el bug que solo uno detectó. Comparación final.
GitHub Actions + GitHub Pages para Playwright. Errores de storageState, visual tests en Linux, reporte HTML público. Contraste con Selenium CI/CD.
Golden files, diff de 11,964 píxeles, tolerancia con maxDiffPixels y strict mode con SlickGrid. Lo que en Selenium necesita Ashot, acá es nativo.
Interceptar, mockear y bloquear requests HTTP en Playwright con page.route() y page.on() — cuatro escenarios de network interception sin mock servers externos ni proxies, en un solo spec.
Sin Postman ni RestAssured. Playwright trae request integrado para APIs. storageState + CSRF token + 4 tests contra Serenity. Proceso real.
6 corridas con distintos workers y parallel mode. El default de 2 workers fue el óptimo. Más no siempre es más rápido. Datos reales, no teoría.
9 specs didácticos separados en learning/, 2 tests de producción en e2e/ con fixtures y POM. Refactor real: qué cambió, qué se rompió, resultado.
6 tests para ordenar, filtrar con Select2 y buscar en SlickGrid. pressSequentially vs fill, codegen para debuggear Select2, cross-browser timing.
exceljs, page.evaluate para grillas virtualizadas con SlickGrid, soft assertions para validar 910 comparaciones en un solo test.