Cómo proporcionar credenciales de prueba para el agente de IA de Strike

Last updated: October 20, 2026

Para que el agente de IA de Strike evalúe tu plataforma con el mayor alcance y profundidad posibles, necesita poder iniciar sesión y operar como lo haría un usuario real. Las credenciales de prueba le dan ese acceso: sin ellas, el agente solo puede analizar la parte pública de la aplicación, de la misma forma que le ocurriría a un pentester humano sin una cuenta. Cuantas más áreas autenticadas pueda recorrer, más completa es la evaluación.

Este artículo explica las distintas formas de proporcionar esas credenciales y cómo elegir la opción que maximiza la cobertura del testing. Para ver dónde se cargan y qué tipos de credenciales existen, consulta Cómo cargar credenciales para el testing.

Formas de proporcionar las credenciales

Hay varias maneras de entregar las credenciales de prueba. El factor que define cuánto puede cubrir el agente es uno solo: que en algún punto pueda leer el correo asociado a la cuenta.

  1. Crear las credenciales con un correo que el agente pueda leer. Usa cualquier dirección @strike.email (por ejemplo, [email protected]). Las casillas @strike.email son buzones reales administrados por Strike: no necesitas crearlas ni compartir acceso a ellas. Tú creas el usuario de prueba en tu sistema, por fuera de Strike, y cargas las credenciales en la plataforma. Es la opción más completa, porque habilita también los flujos que dependen del correo.

  2. Compartir las credenciales de una cuenta existente cuyo correo asociado el agente también pueda consultar. Por ejemplo, reenviando los correos de esa cuenta a una dirección @strike.email. Al igual que en la opción anterior, cargas las credenciales en la plataforma. La cobertura es equivalente.

  3. Permitir que el agente genere sus propias credenciales desde el portal, cuando tu plataforma admite el alta autogestionada de usuarios. Según cómo esté configurada la plataforma, esa cuenta puede tener acceso limitado, por lo que es posible que el agente no logre trabajar de la forma deseada y que algunos flujos o áreas queden fuera del alcance.

  4. Compartir las credenciales de una cuenta cuyo correo asociado el agente no puede leer. La ejecución avanza con normalidad, pero los flujos que dependen del correo quedan fuera del alcance (más detalle en la sección siguiente).

Las opciones 1 y 2 son siempre preferibles, porque le dan al agente la cobertura más completa. Las opciones 3 y 4 son las menos deseables: según el caso, pueden limitar qué áreas o flujos se llegan a probar.

Flujos que dependen del acceso al correo

Algunas funciones de una aplicación solo se pueden probar si el agente puede leer el correo asociado a la cuenta, porque dependen de un mensaje que llega al inbox. Los más habituales son:

  • Recuperación de contraseña

  • Verificación de correo electrónico

  • Autenticación de dos factores (2FA) por email

  • Magic links

Si el agente no puede acceder a ese correo, estos flujos quedan fuera del alcance del testing. Esto no afecta la calidad ni la profundidad del resto de la evaluación: simplemente acota qué áreas se pueden recorrer. Por eso, contar con un correo que el agente pueda leer permite ampliar la cobertura.

Si tu aplicación usa 2FA, consulta Cómo agregar autenticación de dos factores (2FA) a una credencial.

Nuestra recomendación

  • Usa credenciales de prueba dedicadas, en lugar de cuentas personales o de producción compartidas. Así mantienes el entorno de prueba aislado y bajo tu control.

  • Siempre que sea posible, elige la opción 1 o la 2: crea las credenciales con una dirección @strike.email y cárgalas en la plataforma. Toma unos minutos y habilita también los flujos que dependen del correo.

  • Si prefieres otra opción, puedes avanzar igualmente: el testing continúa con normalidad y solo los flujos que dependen del correo quedarían fuera del alcance.

La decisión sobre qué credenciales usar es tuya, y define el alcance del testing según lo que mejor se ajuste a tu organización.

¿Tienes dudas sobre tu caso?

Este tema puede presentar muchos casos específicos, y a menudo los resolvemos de forma personalizada. Si no estás seguro de cuál es la mejor manera de proporcionar las credenciales en tu situación, habla con tu Customer Success Manager: puede ayudarte a encontrar la solución más adecuada.