El flujo pro: CLI, CI y MCP

Nivel 1 — La CLI: tu herramienta diaria

Las interfaces visuales (el runner de Cypress, el UI mode de Playwright) son excelentes para escribir y depurar. Pero CI no tiene pantalla: todo lo que quieras automatizar pasa por la línea de comandos. Los patrones son los mismos en cualquier herramienta:

# Correr todo
npx playwright test

# Solo un archivo (mientras escribes)
npx playwright test e2e/reservas.spec.ts

# Filtrar por nombre o tag — el que más vas a usar
npx playwright test -g "checkout"
npx playwright test --grep @smoke

# Ver el navegador para entender qué pasa
npx playwright test --headed --debug

# Paralelizar y reportar
npx playwright test --workers=4 --reporter=html

El equivalente existe en todas: pytest -k "checkout" -n 4, npx cypress run --spec ..., newman run coleccion.json. Aprende el filtro y el reporte de la tuya: son el 90% del uso diario.

Nivel 2 — CI: la suite como puerta

Una suite que corre pero no bloquea nada es informativa. El valor aparece cuando impide mergear algo roto:

# .github/workflows/e2e.yml (extracto)
- name: Smoke (bloquea el merge)
  run: npx playwright test --grep @smoke
- uses: actions/upload-artifact@v4
  if: failure()                      # evidencia solo cuando importa
  with: { name: traces, path: test-results/ }

Las tres reglas de una suite en CI que la gente respeta:

1. Rápida en el PR. El smoke en minutos. Si tarda 40, la gente mergea sin esperar y la puerta deja de existir.
2. Evidencia automática en el fallo. Trace, screenshot o video subidos como artefacto: nadie debería tener que reproducir a mano un fallo de CI.
3. Verde = requisito de merge. Sin excepciones "por esta vez", porque las excepciones se vuelven costumbre.

La suite completa (la lenta) corre después del merge o de noche. Así proteges el PR sin frenarlo.

Nivel 3 — MCP: el agente que toca tu app

El Model Context Protocol conecta un agente (Claude Code, por ejemplo) con herramientas reales — entre ellas, el navegador:

claude mcp add playwright -- npx @playwright/mcp@latest

Con eso el agente deja de imaginar tu app: la abre, lee su árbol de accesibilidad, hace clic y ve los mensajes reales. Los locators inventados —el fallo clásico de pedirle tests a una IA— desaparecen casi por completo.

Dónde rinde de verdad:

• Cubrir un flujo nuevo a partir de tu matriz de casos ya curada.
• Reproducir un bug reportado y dejar el test de regresión antes del fix.
• Migrar o refactorizar la suite (de CSS a roles, de una herramienta a otra).

El flujo completo

Escribir  →  CLI (filtrar, --headed, --debug)
Validar   →  ver el test fallar, luego pasar
Mergear   →  CI corre el smoke y bloquea si rompe
Escalar   →  suite completa de noche + MCP para cubrir más rápido

Ese es el flujo con el que operan los equipos serios. No es más herramientas: es criterio — el mismo que recorriste en todo este curso. Qué automatizar, cómo estructurarlo, cómo aislar los datos, qué anti-patrones evitar y cómo operarlo.

Cierre del curso

Ya tienes lo que ninguna herramienta enseña: el criterio para decidir qué se automatiza, la arquitectura para que la suite aguante crecer, el Page Object sin monstruos, los datos aislados que hacen posible el paralelismo, el catálogo de anti-patrones y el flujo pro con CLI, CI y MCP.

Combínalo con tu herramienta: Playwright, Cypress o Selenium — y practica en el playground de automatización.

Comprueba lo aprendido en el quiz y define tu flujo en el reto final.