Todos los artículos

Instala Playwright, escribe tu primer test y entiende por qué todos los proyectos nuevos lo eligen por encima de Selenium.

Las prácticas que separan los test suites mantenibles de los que nadie quiere tocar seis meses después.

Cuando tu archivo de test supera las 300 líneas y todos tienen miedo de tocarlo, es cuando necesitas Page Object Model. Aquí cómo construirlo correctamente.

Selenium fue el estándar durante años. Playwright lo reemplazó. Aquí está qué cambió, por qué sucedió y qué significa para tu camino de aprendizaje.

De cero a un test funcionando en 10 minutos. Todo lo que necesitas para instalar, configurar y ejecutar tu primer test de Playwright.

El locator que eliges determina si tus tests sobreviven un rediseño o se rompen en cada commit. Aquí está cuál usar y cuándo.

Tres frameworks, trade-offs reales, sin marketing. Cuál elegir para un proyecto nuevo y cuándo quedarte con lo que tienes.

Sin assertions, solo estás haciendo clic por una página. Esta guía cubre cada tipo de assertion en Playwright — qué verifica cada uno, cuándo usarlo y las trampas que atrapan a principiantes.

Deja de copiar el código de login en cada test — aprende a usar fixtures personalizados para inyectar estado autenticado, page objects y datos de test automáticamente.

Aprende a interceptar, mockear y stubear solicitudes de red en Playwright para testear estados de error, acelerar tu suite y desacoplar los tests de UI de las dependencias del backend.

Aprende a reducir el tiempo de ejecución de tu suite de Playwright con workers, modo fullyParallel y fragmentación entre máquinas en GitHub Actions.

El estado compartido entre tests es el asesino silencioso de las suites confiables. Aprende cómo Playwright aísla los contextos del navegador, cómo gestionar el ciclo de vida de los datos y por qué el aislamiento es el requisito previo para la ejecución paralela segura.

El login por UI en cada test es el mayor killer de rendimiento en una suite de Playwright. storageState te permite iniciar sesión una vez y reutilizar la sesión en toda la ejecución.

Detecta regresiones de maquetación, estilos rotos y cambios a nivel de píxel con el toHaveScreenshot() integrado de Playwright. Sin servicio de pago necesario.

La mayoría de equipos completan una migración de 500 tests desde Selenium en 4-6 semanas. Aqui está el manual archivo por archivo que te lleva hasta allí sin romper el CI.

Los flujos con múltiples pestañas rompen más tests que casi cualquier otro escenario. Aprende cómo Playwright modela páginas y contextos, detecta nuevas pestañas, maneja popups, redirecciones OAuth e iFrames anidados.

Los diálogos de archivos nativos son inaccesibles para la automatización. Aprende a evitarlos con setInputFiles(), eventos filechooser y drag-and-drop, y luego captura y verifica las descargas.

La mayoría de proyectos Playwright empiezan como una carpeta plana de archivos de test. Aqui está la arquitectura a construir en su lugar, desde la estructura de carpetas hasta la gestión de configuración y el patrón de migración strangler fig.

Los datos de prueba hardcodeados son una bomba de tiempo. Aprende a generar datos únicos y realistas con Faker.js, funciones factory y fixtures de Playwright que limpian automáticamente.

La mayoría de principiantes pasan su primera hora con Playwright adivinando locators y equivocándose. Codegen evita todo eso — haces clic por la app y Playwright escribe el código de test en tiempo real.

Deja de adivinar qué salió mal. Trace Viewer te da una repetición completa del DOM de cada test fallido — cómo habilitarlo, leerlo y resolver errores en minutos en lugar de horas.

La salida de terminal predeterminada te dice qué falló. Un informe de tests adecuado te dice por qué, cuándo y con qué frecuencia. Así se configuran el reporter HTML integrado y Allure.

Ejecutar los mismos tests contra local, staging y producción no debería requerir cambios de código. Así se estructura correctamente la configuración de entorno con dotenv y fixtures.

Playwright espera automáticamente la mayoría de las acciones, pero no todas. Así es como funciona el sistema de auto-espera, cuándo se queda corto y los patrones correctos para cada escenario de espera.

Testea tu app a tamaños de viewport móvil, con eventos táctiles y user agents reales de dispositivos, usando los presets de dispositivos integrados de Playwright y el control de viewport.

Más allá de click y fill: cómo testear atajos de teclado, estados hover, menús de clic derecho, interacciones de arrastre y secuencias complejas de ratón y teclado de varios pasos.

Testea atributos de cookies, pre-siembra el estado de autenticación, verifica la persistencia de localStorage y maneja la expiración de sesión. Todos los patrones de almacenamiento del navegador que necesitarás.

Ejecuta la configuración costosa una vez, autenticación, sembrar base de datos, iniciar servidor, antes de toda tu suite de tests y limpia después. Sin sobrecarga por test.

Playwright es el único framework con soporte real para Chromium, Firefox y WebKit. Aqui hay una estrategia de pruebas entre navegadores por niveles que te da cobertura amplia sin triplicar el tiempo de CI.

Los mensajes de error de Playwright son densos en información, una vez que conoces la estructura. Aprende a leer rápidamente errores de timeout, violaciones de strict mode, fallos de navegación y errores de contexto de ejecución.

Las aserciones estándar detienen el test en el primer fallo. Las aserciones suaves recopilan todos los fallos antes de detenerse. Útil cuando verificas muchas propiedades independientes de una página.

Verifica conexiones WebSocket, captura frames enviados y recibidos, mockea mensajes del servidor para testear el comportamiento de la UI en tiempo real y testea el manejo de desconexiones.

Clases base de página, objetos de componentes, factories de páginas y APIs fluidas. Los patrones que hacen que POM escale más allá de 50 tests sin convertirse en una carga de mantenimiento.

Qué configuración pertenece a playwright.config.ts y cuál a las variables de entorno, más acceso tipado a env, configuración de dotenv y manejo de secretos de CI.

Selects nativos, librerías de dropdown personalizadas, selectores de fecha, selección múltiple. Cada uno se comporta diferente en Playwright. Aqui está el enfoque correcto para cada tipo.

Sin estructura, los tests duplican código de configuración y son difíciles de mantener. test.describe, beforeEach, afterEach y beforeAll permiten organizar tests y compartir lógica de setup.

playwright.config.ts controla navegadores, timeouts, reintentos, reporteros y más. La mayoría de tutoriales muestran un config mínimo. Aquí está lo que hace realmente cada opción.

npx playwright test es solo el comienzo. Filtrado por archivo, nombre de test o navegador. Modo headed, debug y UI. Sharding para CI. La referencia completa de CLI para uso diario.

TypeScript mejora significativamente tu Page Object Model. Sin tipos, pasas strings y esperas que sean correctos. Con interfaces, el editor captura errores antes de ejecutar un solo test.

Los datos de test deficientes son la fuente más común de tests inestables. Los valores hardcodeados se rompen cuando cambia la base de datos. Las cuentas compartidas causan condiciones de carrera en ejecuciones paralelas.

Playwright no es solo para tests end-to-end. Con el testing de componentes, montas componentes React/Vue individuales y los pruebas con la misma API de Playwright — más rápido que E2E, más realista que tests unitarios.

La interceptación de red te permite controlar lo que tu aplicación recibe del servidor, sin ejecutar un backend real. Mockea APIs lentas para probar estados de carga, simula errores, bloquea scripts de terceros.

El POM básico funciona para páginas simples. Pero los proyectos reales tienen componentes compartidos, páginas dinámicas, flujos de trabajo de múltiples pasos. Esta guía cubre los patrones para complejidad real.

Cada guía dice "prueba en todos los navegadores." Pero realmente — con tiempo y presupuesto limitados — ¿qué navegadores, qué características y cómo? Esta guía te da una estrategia práctica.

El testing de accesibilidad garantiza que tu aplicación funcione para usuarios con discapacidades. Playwright se integra con axe-core para automatizar las verificaciones de accesibilidad.