Exploración

Durante la ejecución manual de un ticket se prueba la misma funcionalidad desde tres lados: UI, API y base de datos. Estas guías cubren las dos últimas para quien las explora a mano.

API

Postman

Colecciones y environments para explorar la API, y cómo correrlas en CI.

Base de datos

Cookbook SQL

Consultas para validar datos: huérfanos, duplicados, timestamps e integridad.

Para la UI

La exploración de la interfaz la hace la IA con la skill /playwright-cli (capturas, traces, video), cada sesión en su propio navegador en memoria y con el login de cada rol cargado desde .auth/. La primera vez pregunta una sola cosa: si prefieres Pair Testing agéntico, es decir, probar juntos en tu propio Chrome. La respuesta queda en .agents/project.yaml (testing.browser.pair_mode) y se cambia editando esa línea.

Qué sesión abre, con qué identidad y en qué navegador (anónima, usuario de prueba, tu perfil persistente o pair testing) lo decide .agents/skills/agentic-qa-core/references/browser-sessions.md, que el agente lee antes del primer open. El porqué de cada regla está en .context/ADR/ADR-0008-browser-session-isolation.md.

Ni un ticket ni un worker guarda perfil en disco: el único perfil persistente es el tuyo (caso c), fuera del repo, en ~/.agentic-qa/playwright-profiles/. Si una costumbre vieja (--persistent) dejó perfiles de Chrome en la caché del CLI, bun run browser:profiles los lista con tamaño y antigüedad, y con --apply borra los viejos que ninguna sesión abierta usa.