Evidencia de ejecución

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

Primero el resumen

Empieza por el resumen de la ejecución. Muestra el caso de prueba, el entorno objetivo, el estado, el punto de fallo y los enlaces a los artefactos más útiles. Las ejecuciones exitosas deben ser rápidas de escanear. Las ejecuciones fallidas deben hacer obvia la siguiente acción.

Ver una ejecución en vivo

Mientras se ejecuta una ejecución web, el espacio la transmite en tiempo real. La insignia sobre el viewport te indica qué transporte estás usando:

El fallback no es un estado de error. Si la transmisión no puede conectar o se degrada durante la ejecución, el espacio sigue mostrando evidencia de fotogramas y la ejecución no se ve afectada. El vídeo en vivo está disponible para ejecuciones web; las ejecuciones móviles usan la cadencia de fotogramas.

La transmisión solo funciona mientras alguien la observa, así que dejar la página abierta no es necesario para que la ejecución se complete.

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 petición, la respuesta, el mensaje o la condición de espera que demostró el resultado.

Artefactos multicanal

Autonomy puede adjuntar varios tipos de evidencia al mismo recorrido:

• Repetición de navegador y capturas de pantalla.
• Capturas de pantalla móviles e instantáneas de estado del dispositivo.
• Aserciones de petición y respuesta de API.
• Cascada de red y exportación HAR.
• Mensajes de bandeja de entrada de email y OTP.
• Mensajes SMS y códigos de verificación.
• Comparaciones visuales contra un frame de Figma o una referencia subida, con la diferencia y los hallazgos del revisor.
• Comprobaciones generadas, advertencias y notas de reproducción.

Aseguramiento de API

Cuando el caso de prueba tiene un documento OpenAPI adjunto, el espacio también muestra un veredicto de contrato para la ejecución: el estado de la puerta, cuántas operaciones documentadas ejercitó el recorrido, los fallos de contrato deterministas e indeterminados, y los conteos de hallazgos. Los parches de OpenAPI Overlay inferidos se listan con su justificación y pueden descargarse. Consulta Aseguramiento de API.

Revisión de fallos

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

Refinamientos sugeridos

Al terminar una ejecución, Autonomy vuelve a leer su evidencia y busca pasos cuyo fallo se debe a cómo está escrito el paso y no al producto: un objetivo que la pantalla no puede distinguir, una identidad que no es visible en esa pantalla, una credencial escrita en claro, datos de prueba no idempotentes, una línea base obsoleta, una aserción en prosa que tiene un contrato verificable, o una condición de espera demasiado débil para probar que la acción terminó.

Cuando encuentra uno, aparece un marcador junto a ese paso en la línea de tiempo. Al abrirlo se muestra el paso actual, el paso propuesto, el motivo y las entradas de traza y captura que lo justifican. Tú aceptas o descartas; nada cambia hasta que lo hagas.

Una sugerencia puede afinar un paso pero nunca debilitarlo: no puede quitar ni relajar una aserción, cambiar la acción, eliminar un paso ni introducir un secreto. Aceptar escribe una revisión ordinaria del caso de prueba que registra la ejecución y la evidencia de origen. Si el paso se edita mientras tanto, la sugerencia se marca como desactualizada y no puede aplicarse. Los avisos sobre datos o entorno (fixtures obsoletos, subidas duplicadas) no tienen edición de paso; anotarlos registra el seguimiento sin tocar el caso. El resultado de la ejecución nunca se altera.

Acceso y retención

La evidencia tiene como alcance la organización propietaria de la ejecución. La retención, el uso compartido y el acceso al entorno dependen de la configuración de tu organización y del modo de despliegue.