# Utenti e messaggi di test negli ambienti non di produzione

Gli ambienti `development` e `staging` sono pensati per i test. Si differenziano da `production` in due modi: puoi accedere con utenti di test e un codice fisso, e ogni messaggio inviato dall'ambiente è contrassegnato e limitato, così da non poter essere scambiato per uno reale. Due parti di questa pagina non sono ancora disponibili e sono contrassegnate come `planned`: le voci del log tail e gli SMS.

## Utenti di test e codice fisso

Un utente di test è un normale utente il cui identificatore è riservato ai test:

- **Indirizzo email di test:** la parte locale contiene un tag `+test`, per esempio `ada+test@example.com` o `ada+test_1@example.com`.
- **Numero di telefono di test:** un numero compreso tra `+1 555 555 0100` e `+1 555 555 0199`, un intervallo riservato a uso fittizio.

In `development` e `staging` non viene inviato nulla a questi identificatori. In `development`, il codice monouso e il codice del magic link sono sempre accettati come `424242`. (`planned`: il codice reale viene generato comunque e compare nel log tail, quindi puoi testare anche con quello.)

Il codice fisso funziona solo per gli identificatori di test in `development`. Per qualsiasi altro indirizzo, e in `staging`, non è valido. In `production`, un indirizzo `+test` si comporta come qualsiasi altro indirizzo e il codice fisso non esiste. Gli utenti di test contano nel normale numero di utenti.

Crea gli utenti di test con la chiamata [create user](/docs/api/management/users/create), come per qualsiasi altro utente.

Per ottenere token per un utente di test senza passare dalla pagina di accesso, esegui `keenauth test login --user ada+test@example.com --client-id <application ID>` (vedi [Accesso degli utenti di test con keenauth test login](/docs/cli/test-login)).

## Prefisso dei messaggi e soppressione

In `development` e `staging`, ogni email in uscita è contrassegnata: il suo oggetto inizia con `[DEV]` o `[STAGING]`. Non puoi rimuovere il prefisso, né in un template personalizzato né nella chiamata che invia il messaggio. Così è più difficile usare l'ambiente per il phishing.

Gli ambienti limitano anche il numero di email che lasciano la piattaforma ogni giorno. Il limite dipende da come l'ambiente invia le email:

| | `development` | `staging` |
|---|---|---|
| Mittente della piattaforma (predefinito) | Fino a 100 al giorno | Fino a 100 al giorno |
| Il tuo server SMTP o provider email | Fino a 500 al giorno | Fino a 2.000 al giorno |
| SMS (`planned`) | Inviati solo ai numeri verificati dei membri dell'ambiente. I messaggi verso numeri di test vengono soppressi senza invio. | Fino a 100 al giorno |

Un messaggio oltre il limite viene soppresso e non inviato. (`planned`: il log tail mostra una voce `message_suppressed`.) Il corpo di un SMS avrà lo stesso prefisso `[DEV]` o `[STAGING]`.

L'indirizzo del mittente in questi ambienti è il dominio condiviso della piattaforma. Un dominio mittente personalizzato gestito dalla piattaforma funziona solo in `production`. Il tuo server SMTP o provider email funziona in ogni tipo di ambiente, con il prefisso e i limiti descritti sopra.