# 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:

- **Test-E-Mail-Adresse:** Der lokale Teil enthält einen `+test`-Zusatz, zum Beispiel `ada+test@example.com` oder `ada+test_1@example.com`.
- **Test-Telefonnummer:** eine Nummer von `+1 555 555 0100` bis `+1 555 555 0199`, ein Bereich, der für fiktive Nutzung 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](/docs/api/management/users/create), 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](/docs/cli/test-login)).

## 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.