# 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](/docs/api/management/users/create), 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 ` (consulte [Iniciar sesión con usuarios de prueba mediante keenauth test login](/docs/cli/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: | | `development` | `staging` | |---|---|---| | Remitente de la plataforma (predeterminado) | Hasta 100 al día | Hasta 100 al día | | Su propio servidor SMTP o proveedor de correo electrónico | Hasta 500 al día | Hasta 2,000 al día | | SMS (`planned`) | Solo se envían a los números verificados de los miembros del entorno. Los mensajes a números de prueba se suprimen sin enviarse. | Hasta 100 al día | 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.