Incidencias
Bugs y riesgos detectados por las ejecuciones o notificados por personas, separados de los resultados y convertidos en tickets.
Una incidencia es un problema en tu producto: un bug o un riesgo, notificado por una persona o detectado por Autonomy. Las incidencias viven en un proyecto, en su página Issues.
Las incidencias se mantienen aparte de los resultados. Un paso se supera o no solo según su resultado esperado, y una incidencia nunca cambia el resultado de un paso ni de una ejecución. Una ejecución superada puede notificar una incidencia, como un error de consola que vio por el camino, y una ejecución fallida no crea una incidencia por sí sola.
Tipos
| Tipo | Significado |
|---|---|
| Bug | Algo está roto y hay que arreglarlo. |
| Risk | Una carencia o un motivo de preocupación. Todavía no hay nada roto. |
Las incidencias anteriores a v0.5 pueden ser del tipo Note. Siguen siendo legibles y se pueden resolver; las incidencias nuevas siempre son Bug o Risk.
De dónde vienen las incidencias
- Seen by the agent: durante una ejecución, el agente notifica algo incorrecto que no es el resultado esperado que estaba comprobando, como una imagen rota junto al formulario que rellenó.
- Automatic check: Autonomy señala lo que el producto indicó durante la ejecución, como errores de consola, peticiones fallidas y problemas en los correos.
- Added by a person: haz clic en New issue en la página Issues, o en Add issue en una ejecución.
Una ejecución lista lo que detectó en Issues found.
Una incidencia, muchas ejecuciones
Cuando varias ejecuciones se topan con el mismo problema, se vinculan a una sola incidencia en lugar de crear otras nuevas. Una ejecución que lo vuelve a ver se añade como evidencia. Una ejecución que vuelve a ver una incidencia resuelta la reabre.
Estados
| Estado | Significado |
|---|---|
| Open | Requiere atención. |
| Resolved | Corregida. Si una ejecución la vuelve a ver, se reabre. |
| Ignored | Conocida y aceptada. Las ejecuciones siguen vinculándose a ella, pero nunca se reabre. |
La página Issues lista las incidencias de la más reciente a la más antigua, diez por página. Las pestañas de estado muestran cuántas incidencias hay en cada estado, y los filtros de tipo y de entorno se aplican a toda la lista, no solo a la página en la que estás.
Notificar una incidencia
Haz clic en New issue y rellena:
- Kind: Bug o Risk.
- Title y Details.
- Environment: dónde la viste.
- Attach evidence: vincula la ejecución que la muestra o sube una captura o un registro.
- Link a ticket: opcional, si ya existe uno.
El contexto que el agente debería conocer, como «el correo con el OTP tarda en staging», va en la Memoria, no en una incidencia.
La página de la incidencia
La página de una incidencia muestra sus ejecuciones como Evidence, sus Linked tickets y su Activity: quién la creó o editó, los cambios de estado, las reaperturas, los tickets y los comentarios. Añade un comentario al final.
Tickets
Convierte una incidencia en un ticket de Linear o Jira con Create in Linear o Create in Jira en Linked tickets. El ticket va al equipo o al proyecto de Jira elegido para el proyecto. El estado se sincroniza de vuelta: cerrar el ticket resuelve la incidencia y reabrirlo reabre la incidencia. También puedes pegar el enlace de un ticket existente; un enlace pegado solo sirve como referencia.
Un proyecto también puede crear un ticket automáticamente por cada bug nuevo. Consulta Linear y Jira.
Incidencias fuera de Autonomy
- Resúmenes: el resumen semanal de cada entorno lista sus incidencias. Consulta la página Digests del proyecto.
- Pull requests: un proyecto puede hacer que los checks de GitHub fallen por los bugs que encontró una ejecución. Consulta Pruebas de pull requests.
- Notificaciones: los webhooks y Slack pueden enviar las incidencias nuevas. Consulta Notificaciones.
- API y MCP: lista, crea, comenta y resuelve incidencias. Consulta Operaciones.
¿No lo encontraste?