Testbenutzer und Nachrichten in Nicht-Produktionsumgebungen

Die Umgebungen development und staging sind für Tests gedacht. Sie unterscheiden sich in zwei Punkten von production: Sie können sich mit Testbenutzern und einem festen Code anmelden, und jede Nachricht, die die Umgebung sendet, ist gekennzeichnet und begrenzt, sodass sie nicht mit einer echten verwechselt werden kann. Zwei Teile dieser Seite sind noch nicht verfügbar und als planned markiert: die Einträge im Log-Tail und SMS.

Testbenutzer und der feste Code

Ein Testbenutzer ist ein normaler Benutzer, dessen Kennung für Tests reserviert ist:

In development und staging wird an diese Kennungen nichts gesendet. In development wird der Einmalcode und der Code des Magic Links immer als 424242 akzeptiert. (planned: Der echte Code wird ebenfalls erzeugt und erscheint im Log-Tail, sodass Sie auch damit testen können.)

Der feste Code funktioniert nur für Test-Kennungen in development. Für jede andere Adresse und in staging ist er nicht gültig. In production verhält sich eine +test-Adresse wie jede andere Adresse, und der feste Code existiert nicht. Testbenutzer werden auf Ihre normale Benutzeranzahl angerechnet.

Erstellen Sie Testbenutzer mit dem Aufruf create user, wie bei jedem anderen Benutzer.

Um Tokens für einen Testbenutzer ohne die Anmeldeseite zu erhalten, führen Sie keenauth test login --user ada+test@example.com --client-id <application ID> aus (siehe Testbenutzer mit keenauth test login anmelden).

Nachrichtenpräfix und Unterdrückung

In development und staging wird jede ausgehende E-Mail gekennzeichnet: Ihr Betreff beginnt mit [DEV] oder [STAGING]. Sie können das Präfix nicht entfernen, weder in einer eigenen Vorlage noch im Aufruf, der die Nachricht sendet. Dadurch wird es erschwert, die Umgebung für Phishing zu missbrauchen.

Die Umgebungen begrenzen außerdem, wie viele E-Mails täglich die Plattform verlassen. Das Limit hängt davon ab, wie die Umgebung E-Mails versendet:

development staging
Plattform-Absender (Standard) Bis zu 100 pro Tag Bis zu 100 pro Tag
Ihr eigener SMTP-Server oder E-Mail-Anbieter Bis zu 500 pro Tag Bis zu 2.000 pro Tag
SMS (planned) Nur an die verifizierten Telefonnummern der Umgebungsmitglieder gesendet. Nachrichten an Test-Telefonnummern werden ohne Versand unterdrückt. Bis zu 100 pro Tag

Eine Nachricht über dem Limit wird unterdrückt und nicht gesendet. (planned: Der Log-Tail zeigt einen Eintrag message_suppressed.) Der Text einer SMS trägt dasselbe Präfix [DEV] oder [STAGING].

Die Absenderadresse in diesen Umgebungen ist die gemeinsame Domain der Plattform. Eine eigene Absender-Domain, die die Plattform verwaltet, funktioniert nur in production. Ihr eigener SMTP-Server oder E-Mail-Anbieter funktioniert in jedem Umgebungstyp, mit dem Präfix und den oben genannten Limits.