Evidencia de Revisión Es la prueba de verificación adjunta a la pull request a la que pertenece: una vista previa que puede abrirse, un resultado de escaneo, una variación de cobertura o una ejecución de navegador grabada.
El principio es sencillo: la evidencia y el código que describe deben llegar juntos. Un resultado de escaneo en un panel separado que nadie consulta no es evidencia, sino una tarea pendiente.
Qué se puede adjuntar
Coroid se integra con diversos proveedores agrupados en varias categorías:
| Categoría | Proveedores |
|---|---|
| Nativos de Git | Entornos de Acciones de GitHub, Aplicaciones de Revisión de GitLab |
| Alojamiento estático | Vercel, Netlify, Cloudflare Pages, AWS Amplify |
| Vistas previas full-stack | Render, Railway, Aplicaciones de Revisión de Heroku, Fly.io, Northflank, Qovery, Porter |
| Distribución móvil | Expo EAS, TestFlight, pruebas internas de Google Play |
| Revisión y escaneo | CodeRabbit, Qodo / Agente de PR, Greptile, Cursor Bugbot, SonarQube Cloud, Snyk, Semgrep |
| Cobertura y elementos visuales | Codecov, Chromatic, Percy |
| Pruebas end-to-end y monitoreo | Cypress Cloud, Checkly, Maestro, BrowserStack |
| Personalizado | Webhook de evidencia personalizada |
En total, treinta y un proveedores. El webhook de evidencia personalizada cubre todo lo que no figure en la lista.
Cada proveedor indica qué tipos de evidencia puede generar — vista previa web, compilación móvil, Revisión de AI, escaneo de seguridad, cobertura, revisión visual, pruebas end-to-end y rendimiento — y cómo Coroid la incorpora, ya sea desde la superficie de Git, desde la salida de CI o llamando directamente a API del proveedor.
Probablemente ya cuente con la mayoría de estas herramientas
Ese es el objetivo. Los equipos que adoptan Coroid suelen disponer ya de implementaciones de vista previa, un escáner y informes de cobertura. La evidencia de revisión conecta lo que ya existe en lugar de reemplazarlo.
Configure los proveedores en los ajustes de conexión de la organización; la evidencia se adjuntará automáticamente a las solicitudes de extracción que abra Coroid.
Evidencia y controles
La evidencia y los controles están relacionados pero son distintos:
- La evidencia es información adjunta para que un ser humano la considere.
- Un control es una decisión que el sistema impone.
La evidencia puede alimentar un control — un control de umbral de cobertura lee la evidencia de cobertura — pero la mayor parte de la evidencia es simplemente información. No todo lo que merece ser visto justifica bloquear un proceso.
Evidencia tras la fusión
La evidencia de revisión describe un pull request. Un Lanzamiento evalúa el commit exacto seleccionado para un entorno mediante una ejecución independiente del Quality Graph, una lista de verificación y aprobaciones vinculadas. Puede hacer referencia a evidencia de revisión válida, pero que un pull request haya superado las comprobaciones no garantiza que el commit se haya desplegado. Las devoluciones de llamada del proveedor o una certificación manual registran el despliegue; un registro canario posterior al despliegue indica el estado de salud.
Seleccionar qué adjuntar
Más evidencia no equivale a mejor calidad. Cada elemento compite por la atención del revisor, y un pull request con quince artefactos recibe la misma atención que uno con tres.
Adjunta lo que modifica una decisión:
- una vista previa siempre que el cambio sea visible para el usuario — puedes iniciarla desde la revisión de la tarea
- cobertura cuando la variación sea relevante
- escaneo de seguridad en cualquier cosa que afecte al manejo de entradas, la autenticación o las dependencias
- diferencias visuales en trabajos relacionados con el sistema de diseño y los componentes