Usuarios y mensajes de prueba en entornos que no son de producción

Los entornos development y staging están pensados para las pruebas. Se diferencian de production en dos aspectos: puede iniciar sesión con usuarios de prueba y un código fijo, y todos los mensajes que envía el entorno están marcados y limitados para que no se confundan con uno real. Dos partes de esta página aún no están disponibles y se marcan como planned: las entradas del registro en tiempo real y los SMS.

Usuarios de prueba y código fijo

Un usuario de prueba es un usuario normal cuyo identificador está reservado para las pruebas:

• Dirección de correo electrónico de prueba: la parte local incluye una etiqueta +test, por ejemplo ada+test@example.com o ada+test_1@example.com.
• Número de teléfono de prueba: un número del +1 555 555 0100 al +1 555 555 0199, un rango reservado para uso ficticio.

En development y staging no se envía nada a estos identificadores. En development, el código de un solo uso y el código del enlace mágico se aceptan siempre como 424242. (planned: el código real también se genera y aparece en el registro en tiempo real, por lo que también puede probar con él).

El código fijo solo funciona para identificadores de prueba en development. Para cualquier otra dirección, y en staging, no es válido. En production, una dirección con +test se comporta como cualquier otra dirección y el código fijo no existe. Los usuarios de prueba cuentan para su número normal de usuarios.

Cree usuarios de prueba con la llamada create user, igual que cualquier otro usuario.

Para obtener tokens de un usuario de prueba sin la página de inicio de sesión, ejecute keenauth test login --user ada+test@example.com --client-id <application ID> (consulte Iniciar sesión con usuarios de prueba mediante keenauth test login).

Prefijo de los mensajes y supresión

En development y staging, cada correo electrónico saliente está marcado: su asunto empieza por [DEV] o [STAGING]. No puede eliminar el prefijo, ni en una plantilla personalizada ni en la llamada que envía el mensaje. Así se dificulta el abuso del entorno para phishing.

Los entornos también limitan cuántos correos electrónicos salen de la plataforma cada día. El límite depende de cómo envía correo el entorno:

Un mensaje que supera el límite se suprime y no se envía. (planned: el registro en tiempo real muestra una entrada message_suppressed). El cuerpo de un SMS llevará el mismo prefijo [DEV] o [STAGING].

La dirección del remitente en estos entornos es el dominio compartido de la plataforma. Un dominio de remitente personalizado que gestiona la plataforma solo funciona en production. Su propio servidor SMTP o proveedor de correo electrónico funciona en todos los tipos de entorno, con el prefijo y los límites indicados anteriormente.