Test-Canvases senden
Überprüfen Sie nach dem Erstellen Ihres Canvas Setup, Zielgruppe und Inhalte mithilfe der Canvas-QA-Checkliste. Dieser Artikel behandelt End-to-End-Tests mit einem duplizierten Canvas sowie API-basiertes Branch-Testing.
Wenn möglich, empfiehlt Braze, ein Canvas vor dem Start zu testen. Informationen zur reinen Vorschau-Überprüfung finden Sie unter Nutzerpfade in der Vorschau anzeigen. Kehren Sie anschließend hierher zurück, um einen Live-Test durchzuführen, der echte Nachrichten durch die gesamte Journey sendet.
Live-End-to-End-Test (Canvas duplizieren)
Diese Methode wird für komplexe Journeys empfohlen. Folgen Sie Phase 4 der Canvas-QA-Checkliste und führen Sie dann die folgenden Schritte aus.
Schritt 1: Testnutzer:innen identifizieren
Identifizieren Sie Testnutzer:innen, die die Canvas-Schritte durchlaufen, ohne Ihre produktive Zielgruppe zu erreichen. Testnutzer:innen können bestehende E-Mail-Adressen sein, die nicht für Live-Dienste in Ihrem Braze-Dashboard verwendet werden, oder neue E-Mail-Adressen, die ausschließlich für Tests genutzt werden.
Erwägen Sie, eine Content-Testgruppe zu erstellen – eine interne Gruppe, die Testnachrichten von Campaigns und Canvases erhält.
Schritt 2: Duplizieren und Entry einschränken
Erstellen Sie ein Duplikat Ihres Canvas zum Testen. Bearbeiten Sie im duplizierten Canvas die Entry Audience, sodass nur Testnutzer:innen berechtigt sind – beispielsweise durch Hinzufügen eines Email Address-Filters. Im folgenden Beispiel wurde das Canvas auf zwei Testnutzer:innen beschränkt, die die App zum ersten Mal vor weniger als drei Tagen verwendet haben.
Reduzieren Sie Zeitverzögerungen auf Sekunden oder Minuten, damit Sie Nachrichten schnell einsehen können. Lassen Sie mindestens 2–3 Minuten zwischen den Tests, um bestimmte Aktionen bestimmten Canvas-Journeys zuordnen zu können.
Schritt 3: Starten und überprüfen
Starten Sie Ihr Test-Canvas und führen Sie die Nutzer:innenaktionen in Ihrer Anwendung (Web, iOS und Android) aus, die Nutzer:innen durch jeden Branch senden.
Überprüfen Sie, ob die Testnutzer:innen die beabsichtigten Nachrichten erhalten. Testnutzer:innen erhalten möglicherweise keine Nachricht aus folgenden Gründen:
- Nicht berechtigt für die globale Kontrollgruppe
- Frequency-Capping-Einschränkungen
- Nicht übereinstimmende Segment-Zugehörigkeit
- Abgebrochene Nachrichten
- Push-Token, die anderen Nutzer:innen zugeordnet sind
Iterieren Sie weiter, bis das Canvas wie beabsichtigt funktioniert.
Allgemeine Tipps
Identifizieren Sie Ihre Canvas-Schritte
In einigen Fällen kann ein:e Nutzer:in beim Durchlaufen eines Canvas mehrere Nachrichten erhalten. Wenn Verzögerungen zu Testzwecken verkürzt werden, ist möglicherweise nicht klar, welche Nachricht ausgelöst wurde. Fügen Sie den Schrittnamen oder die Nutzer-ID (mithilfe von Liquid) in die Titel der Testnachrichten ein, damit Sie bestätigen können, dass die richtige Nachricht die richtigen Nutzer:innen erreicht hat.
Nutzen Sie Content Blocks
Wenn Inhalte in Ihrem Test-Framework wiederholt werden (z. B. komplexes Liquid, um Nutzer:innen in verschiedene Canvas-Schritte zu filtern), versuchen Sie, diese wiederholten Inhalte als Content-Block zu speichern. So können Sie den Content-Block in den einzelnen Canvas-Schritten einbinden.
Verwenden Sie Postman und den Endpunkt „Track user“
Sie können Tests mit Postman und der Braze Postman Collection durchführen. Verwenden Sie den /users/track-Endpunkt, um angepasste Events und Käufe für Ihre verschiedenen Testnutzer:innen aufzuzeichnen und zu tracken.
Das Senden von Daten an die User-Track-API erfordert eine externe ID. Fügen Sie daher Testnutzer:innen einer internen Gruppe im Braze-Dashboard hinzu, damit Sie bestimmte Fehler untersuchen können.
Testen mit mehreren Branches
Wenn Sie ein Canvas mit mehreren Branches testen, die Nutzer:innen basierend auf verschiedenen Attributen und Events ansprechen, folgen Sie diesem Testplan:
- Identifizieren Sie für jeden Branch die Attribute und Events, die Nutzer:innen haben müssen, um in die Canvas-Journey aufgenommen zu werden.
- Erstellen Sie daraus eine JSON-Payload, die über den
/users/track-Endpunkt gesendet wird.