Harness de QA: la corrida detrás de las cifras
Todo lo de esta página sale de los artefactos de una corrida grabada del robot del checkout sobre una copia sintética de mi tienda. Sin compras reales, sin pagos reales, sin clientes reales.
Resultados de la corrida
Las diez reglas que revisa
- EE-01 El servidor decide el precio y distingue las dos variantes
- EE-02 Al detal acepta de 1 a 10 por SKU y agrupa duplicados
- EE-03 Mayorista respeta el mínimo, el corte de 20 y el máximo del contrato
- EE-04 Envío Bogotá, nacional y la frontera exacta del envío gratis
- EE-05 Contacto y consentimientos requeridos se validan en el servidor
- EE-06 CHK-101: casillas desmarcadas, opcionales y separadas; se puede comprar sin marcarlas
- EE-07 a EE-10 Solicitud recibida, pago pendiente, totales y mensajes coherentes
La prueba negativa
Un robot que siempre dice "todo bien" no prueba nada. El harness mete un error a propósito: las casillas de marketing premarcadas. Sus dos pruebas tienen que fallar por esa causa, en escritorio y celular. Fallaron. Así sé que el detector funciona.
Cómo está construido
- Playwright maneja Chromium como lo haría un cliente, sobre un servidor fixture local (puerto 4173) con datos sintéticos.
- Cada corrida deja run.json, results.json, un veredicto, un resumen en español, video y trace. Una revisión de cobertura rechaza omisiones, fallos y evidencia ausente o vieja.
- Las guardas limitan qué herramientas, rutas y destinos pueden tocar los agentes. Nada del harness lee .env ni llega a la tienda en vivo.
- Construido y gobernado con Claude Code y Codex. Ganador del reto en la clase de Ricardo Celis en Gradiente, 8 de octubre de 2026.
Qué no certifica
La corrida certifica el contrato sintético del fixture. No certifica la tienda en vivo, pagos reales, el CRM ni producción. El perfil de staging es una prueba de humo de solo lectura.
Captura de arriba: reporte HTML de Playwright de la corrida. El video, el trace y los artefactos crudos quedan en local hasta que David decida publicarlos.