Evidencia de ejecución

Cada ejecución de Autonomy produce un espacio de evidencia revisable. Está diseñado para el momento posterior a que termina una ejecución, cuando un revisor debe decidir si el producto es seguro para fusionar, si un fallo es real y quién debe actuar.

El resumen primero

Empieza por el resumen de la ejecución. Muestra el plan, el entorno objetivo, el estado, el punto de fallo y los enlaces de artefactos más útiles. Las ejecuciones con éxito deben ser rápidas de revisar. Las ejecuciones fallidas deben hacer evidente la siguiente acción.

Cronología y repetición

La cronología muestra cada paso que Autonomy intentó y lo que observó. Para ejecuciones de navegador y móvil, las capturas de pantalla y la repetición ayudan a confirmar si el problema es visible para el usuario. Para comprobaciones de API, bandeja de entrada y SMS, la cronología registra la solicitud, la respuesta, el mensaje o la condición de espera que probó el resultado.

Artefactos multicanal

Autonomy puede adjuntar varios tipos de evidencia al mismo recorrido:

• Repetición y capturas de pantalla del navegador.
• Capturas de pantalla móviles e instantáneas del estado del dispositivo.
• Aserciones de solicitud y respuesta de API.
• Cascada de red y exportación HAR.
• Bandeja de entrada de correo y mensajes OTP.
• Mensajes SMS y códigos de verificación.
• Comprobaciones generadas, advertencias y notas de reproducción.

Revisión de fallos

Para una ejecución fallida, abre la comprobación fallida, compárala con el artefacto en bruto y luego usa la repetición, la captura de pantalla, la solicitud o el mensaje vinculado para confirmar el comportamiento. Si el fallo corresponde a una pull request, el comentario de PR de Autonomy debe apuntar a la misma evidencia en lugar de crear un segundo resumen.

Acceso y retención

La evidencia está limitada a la organización propietaria de la ejecución. La retención, el uso compartido y el acceso a entornos dependen de la configuración de tu organización y del modo de despliegue.