Lección 6 de 7 · 11 min
El flujo pro: CLI, CI y MCP
Al terminar sabrás
11 min- Operar la suite desde la CLI: filtrar, depurar, reportar
- Convertir la suite en una puerta de calidad dentro de CI
- Conectar un agente a tu app con MCP y mantener la disciplina de revisión
Construyes: Tu flujo completo: CLI en el día a día, CI como puerta y MCP para acelerar.
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:
- Rápida en el PR. El smoke en minutos. Si tarda 40, la gente mergea sin esperar y la puerta deja de existir.
- 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.
- 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:
# Desde Playwright 1.62 el servidor MCP viene incluido en el paquete
claude mcp add playwright -- npx playwright mcp
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.
Falta una pieza que en 2026 ya no es opcional: revisar lo que escribe la IA. Es la última lección.
Compruébalo
0/3Responde sin mirar atrás. Verás la explicación al instante.
1. ¿Por qué un QA de automatización debe manejar la CLI y no solo la interfaz gráfica?
2. ¿Qué convierte a la suite en una 'puerta de calidad' en CI?
3. Con un agente conectado por MCP que escribe tests contra tu app real, ¿qué disciplina NO cambia?
Reto final: tu flujo completo
Define tu flujo de trabajo en tres niveles: (1) qué comandos de CLI usas al desarrollar un test, (2) qué corre en CI y qué bloquea, (3) en qué parte usarías un agente con MCP y con qué barandilla.