# Checklist para aprobar un test hecho con IA — QA Chile

> Un test escrito por IA que pasa en verde no prueba nada hasta que alguien intenta romperlo.
> Pega esta lista en la plantilla de pull request de tu equipo (`.github/pull_request_template.md`).

```markdown
### Test generado o modificado con IA

- [ ] 1. **Lo rompí a propósito y se puso rojo.** Cambié el valor que el test protege (o comenté esa línea) y falló.
- [ ] 2. **Las aserciones validan el resultado de negocio** (monto, estado, comprobante), no solo que la página cargó.
- [ ] 3. **Cada selector existe en la app real.** Prefiere roles y labels antes que CSS.
- [ ] 4. **Los datos se parecen a producción** (RUT con K, montos con decimales, nombres con ñ), sin datos reales de clientes.
- [ ] 5. **Sin esperas fijas** (`waitForTimeout`, `sleep`, `cy.wait(5000)`): espera un estado, no un tiempo.
- [ ] 6. **Riesgo que cubre, en una frase:** ____________________
- [ ] 7. **Si un agente o "healer" lo reparó solo, leí el diff** y sé por qué cambió.

**Revisado y firmado por:** @____________
```

## Para el junior (y para quien lo revisa)
El punto 6 es el que más enseña. Si quien abre el PR no puede decir en una frase qué bug evitaría
este test, el test no entra. No es un castigo: es la conversación que forma criterio, y la IA no
la puede tener por nadie.

---
QA Chile · por CausPro Solutions · causprosolutions.cl/mundo-qa/lideres