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, 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).

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:

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.