Testen und Ihre Anwendung starten

Teste die gesamte Customer Journey#

1. Starte in einem abgemeldeten Browser und folge der ShareAI-Autorisierungsweiterleitung.
2. Überprüfe den Anwendungstitel, die Richtlinienlinks, die angeforderten Berechtigungen und das ausgewählte persönliche oder Organisationskonto.
3. Bearbeiten Sie sowohl die Zustimmungserteilung als auch die Stornierung.
4. Führen Sie den Token-Austausch im Backend durch und verifizieren Sie die zurückgegebene Identität.
5. Führen Sie eine kleine autorisierte Chat-Anfrage aus und bestätigen Sie, dass die Nutzung unter dem vorgesehenen Konto erscheint.

Teste den Token-Lebenszyklus#

Testen Sie Ablauf und eine einzelne Aktualisierungsoperation, speichern Sie das Ersatz-Refresh-Token und stellen Sie sicher, dass gleichzeitige App-Anfragen nicht dasselbe Token zweimal aktualisieren. Testen Sie die Trennung und erneute Verbindung, damit ein Kunde die Autorisierung sauber zurückziehen kann.

Teste betriebliche Fehler#

• Falscher Modell- oder Anbieterzugriff erzeugt einen umsetzbaren Fehler.
• Eine 429-Antwort respektiert Retry-After und hat ein Wiederholungs-Limit.
• Eine 503-Antwort wird als vorübergehende Nichtverfügbarkeit dargestellt.
• Ein unterbrochener Stream wird als unvollständig markiert.
• Ein widerrufenes Grant führt zu einer erneuten Verbindung anstelle einer endlosen Aktualisierungsschleife.

Überprüfe Preise und Richtlinien#

Bestätigen Sie, dass der Zustimmungsbildschirm den vorgesehenen veröffentlichten Plan und die aktuellen Anwendungsrichtlinien widerspiegelt. Testen Sie die Autorisierung der Organisation, ohne davon auszugehen, dass die persönlichen Angaben des genehmigenden Administrators zurückgegeben werden.

Veröffentliche über die Konsole#

Schließen Sie den aktuellen Überprüfungs- und Veröffentlichungs-Workflow der Anwendung ab. Überprüfen Sie die Produktions-Callback-URLs, serverseitig gespeicherte Anmeldeinformationen, erlaubte Benutzer und konfigurierte Limits erneut. Halten Sie Test- und Produktionskonfigurationen unterscheidbar, damit ein Kunde nicht an den falschen Callback gesendet wird.

Referenz#

Auth-Referenz · Fehler und Wiederholungen