> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/de/what-would-you-like-to-learn-about/advocate-program/advocate-program-settings/test-your-advocate-program.md).
# Ihr Advocate-Programm testen
Sie können Ihr Advocate-Programm testen, indem Sie Ihre [Programmregeln](/brand/de/what-would-you-like-to-learn-about/advocate-program/getting-started-with-advocate/advocate-program-rules-explained.md) mit Beispieldaten vergleichen, um zu bestätigen, dass eine Regel wie erwartet funktioniert, bevor Sie sich in der Produktion darauf verlassen.
{% hint style="success" %}
**Hinweis:** Sie müssen mindestens 1 Programmregel einrichten, um Ihr Programm zu testen.
{% endhint %}
{% stepper %}
{% step %}
## Auf „Mein Programm testen“ zugreifen
1. Wählen Sie im linken Navigationsmenü  **\[Engage]** :arrow-right: **Programmregeln** :arrow-right: **Mein Programm testen**.
1. Wählen Sie **Weiter** um zwischen den Schritten zu wechseln.
{% endstep %}
{% step %}
## Programm und Version bestätigen
2. Das Programm wird aus Ihrem aktuellen Kontext vorab ausgefüllt. Wechseln Sie es nur, wenn Sie ein anderes testen müssen.
3. Von der *Version*  **\[Dropdown-Menü]**, wählen Sie aus, ob Sie die **Entwurf** oder **Live** Version simulieren möchten.
1. Erfahren Sie mehr darüber, was eine Entwurfs- und Live-Version Ihres Advocate-Programms umfasst.
{% endstep %}
{% step %}
## Wählen Sie das Ereignis aus und füllen Sie seine Eingaben aus
4. Wählen Sie aus, welches Ereignis Sie simulieren möchten, und geben Sie dann die Informationen so ein, wie sie in Ihrem Programm auftreten würden:
* **Referral-Start**
* **Freund tätigt einen Kauf**
* **Freund erstattet einen Kauf zurück**
* **Freund führt eine Aktion aus**
Feldreferenz
| Feld | Was es bewirkt | Verfügbar für |
| -------------------------------- | ----------------------------------------------------------------- | -------------------------------------------------------------------------------- |
| **Kaufereignis** | Das nachverfolgte Kaufereignis, das simuliert werden soll. | Freund tätigt einen Kauf, Freund erstattet einen Kauf |
| **Kaufdatum** | Das Datum des simulierten Kaufs. | Freund tätigt einen Kauf, Freund erstattet einen Kauf |
| **Ereignistyp** | Das nachverfolgte Ereignis, das simuliert werden soll. | Freund führt eine Aktion aus |
| **Ereignisdatum** | Das Datum, an dem das Ereignis stattfand. | Freund führt eine Aktion aus |
| **Währung** | Die Währung des simulierten Kaufbetrags. | Freund tätigt einen Kauf, Freund führt eine Aktion aus |
| **Kaufbetrag** | Der Betrag des simulierten Kaufs. | Freund tätigt einen Kauf (erforderlich), Freund führt eine Aktion aus (optional) |
| **Referral gestartet am** | Das Datum, an dem die Referral begann. | Alle Ereignisse |
| **Referral konvertiert** | Geben Sie an, ob und wann die Referral bereits konvertiert wurde. | Alle Ereignisse außer Referral-Start |
| **Advocate-Segmente** (optional) | Beschränken Sie den Test auf ein bestimmtes Advocate-Segment. | Alle Ereignisse |
| **Freund-Segmente** (optional) | Beschränken Sie den Test auf ein bestimmtes Freund-Segment. | Alle Ereignisse |
{% endstep %}
{% step %}
## Test ausführen
5. Wählen Sie **Test ausführen**. Ihre Regeln werden anhand des ausgewählten Programms, der Version und der von Ihnen angegebenen Eingaben ausgewertet.
{% endstep %}
{% step %}
## Lesen Sie die Vorschauausgabe
6. Überprüfen Sie die *Vorschau* Bereich:
1. Eine Zusammenfassung der ausgelösten Regel, der Datumsbereich, falls datumsbasierte Aktionen gelten, und eine mit Häkchen markierte Zeile für jede resultierende Aktion. Bestätigen Sie, ob es Ihren Erwartungen entspricht.
{% endstep %}
{% endstepper %}
## Testfälle
Diese Testfälle verwenden Beispielregeln, die Sie einrichten können, um zu bestätigen, dass sich Ihr Programm vor der Veröffentlichung wie gewünscht verhält. Jedes Szenario unten geht detaillierter auf eine bestimmte Situation ein. Passen Sie die Details wie Auslöser, Beträge und Segmente an Ihre eigene Programmkonfiguration an.
Grundlegende Auslöselogik
**Ziel:**
* Bestätigen Sie, dass eine grundlegende Kauf-Auslöserregel übereinstimmt und das erwartete Ergebnis zurückgibt.
* Bestätigen Sie, dass es kein falsches Fallback-Verhalten gibt.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Aktion: Belohnung und E-Mail an den Advocate, mit einer Geldbelohnung für den Advocate.
* Keine Standardaktion erforderlich.
**Testeingaben:**
* Ereignis: Freund tätigt einen Kauf.
* Kaufereignis, Kaufdatum, Kaufbetrag und Währung stimmen mit Ihrer Regel überein.
* Referral am selben Datum gestartet.
* Segmente offen gelassen.
**Erwartetes Ergebnis:**
* Die Regel stimmt überein, und die Vorschau zeigt genau, welche Regel übereinstimmte.
* Die Advocate-Belohnungszeile zeigt den von Ihnen konfigurierten Belohnungsbetrag.
* Die Advocate-E-Mail-Zeile wird angezeigt.
* Es erscheint keine andere, falsche Fallback-Aktion.
Zeitfenster-Übereinstimmung vs. Fallback
**Ziel:**
* Bestätigen Sie, dass ein Datum innerhalb eines zeitbasierten Fensters die zeitbasierte Aktion auslöst.
* Bestätigen Sie, dass ein Datum außerhalb des Fensters auf die Standardaktion zurückfällt.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Eine zeitbasierte Aktion, die auf ein Datumsfenster beschränkt ist und auf dem Referral-Startdatum basiert.
* Eine Standardaktion außerhalb dieses Fensters.
**Ausführung A (im Fenster):**
* Setzen Sie das Referral-Startdatum innerhalb des Fensters.
**Erwartung A:**
* Die Vorschau zeigt genau, welche zeitbasierte Regel übereinstimmte.
* Ihre Belohnung und E-Mail werden angewendet.
**Ausführung B (außerhalb des Fensters):**
* Setzen Sie das Referral-Startdatum außerhalb des Fensters.
**Erwartung B:**
* Die zeitbasierte Aktion stimmt nicht überein.
* Stattdessen werden die Standardbelohnung und die E-Mail angewendet.
Gestaffelte Belohnungsauswahl
**Ziel:**
* Bestätigen Sie, dass die richtige Belohnungsstufe basierend auf dem Kaufbetrag ausgewählt wird.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Aktion: Gestaffelte Belohnung und E-Mail an den Advocate.
* Mindestens drei Belohnungsstufen nach Kaufbetragsbereich (z. B. eine niedrige, mittlere und hohe Stufe).
**Testeingaben:**
* Führen Sie es einmal pro Stufe aus.
* Geben Sie einen Kaufbetrag ein, der in den Bereich jeder Stufe fällt.
* Lassen Sie alle anderen Eingaben über die Ausführungen hinweg gleich.
**Erwartetes Ergebnis:**
* Jede Ausführung zeigt die für die Stufe konfigurierte Belohnung an, in deren Bereich der Betrag fällt, und nicht die Belohnung einer anderen Stufe.
Segmentgesteuerte Berechtigung
**Ziel:**
* Bestätigen Sie, dass eine Segmentbedingung steuert, ob die Regel gilt.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Eine Bedingung, die verlangt, dass sich der Advocate in einem bestimmten Segment befindet.
* Idealerweise eine Standardaktion für alle anderen.
**Ausführung A (Übereinstimmung):**
* Setzen Sie das Segment des Advocates auf das berechtigte Segment.
**Erwartung A:**
* Die berechtigte Aktion wird angewendet.
* Die Standardaktion wird übersprungen.
**Ausführung B (keine Übereinstimmung):**
* Setzen Sie das Segment des Advocates auf ein nicht berechtigtes Segment.
**Erwartung B:**
* Die Standardaktion wird angewendet, wenn eine konfiguriert ist.
* Wenn nicht, wird überhaupt keine qualifizierende Aktion ausgelöst.
Provisionsberechnung
**Ziel:**
* Bestätigen Sie, dass eine Provisionsbelohnung aus dem Kaufbetrag berechnet und in der richtigen Währung angezeigt wird.
**Regelkonfiguration:**
* Auslöser: Freund tätigt einen Kauf.
* Aktion: Belohnung und E-Mail an den Advocate.
* Eine provisionsbasierte Belohnung – ein Prozentsatz des Kaufbetrags – in der Währung der Transaktion.
**Ausführung A und B:**
* Zwei verschiedene Kaufbeträge, gleiche Währung.
**Erwartung A und B:**
* Jede zeigt den Provisionssatz korrekt auf diesen Betrag angewendet.
**Ausführung C (wenn Ihr Programm mehrere Währungen unterstützt):**
* Der gleiche Betrag wie in Ausführung A, aber eine andere Währung.
**Erwartung C:**
* Die Provision wird korrekt berechnet und in der neuen Währung angezeigt.
* Dies trennt die Währungsbehandlung von der Betragsberechnung.
Keine Übereinstimmung ohne konfigurierte Standardaktion
**Ziel:**
* Bestätigen Sie, dass die Vorschau klar anzeigt, dass keine Aktion erfolgt, wenn nichts übereinstimmt und es keinen Fallback gibt.
**Regelkonfiguration:**
* Eine zeitbasierte Aktion ohne konfigurierte Standardaktion.
**Testeingaben:**
* Setzen Sie das Referral-Startdatum außerhalb des Zeitfensters.
**Erwartetes Ergebnis:**
* Keine Zeitfenster-Übereinstimmung.
* Kein Standard-Fallback verfügbar.
* Die Vorschau zeigt klar, dass keine qualifizierende Aktion stattfinden wird.
Keine Übereinstimmung aufgrund einer nicht erfüllten Regelbedingung
**Ziel:**
* Bestätigen Sie, dass die Vorschau keine Aktion anzeigt, wenn die eigenen Bedingungen einer Regel nicht erfüllt sind – nicht nur ein Zeitfenster.
**Regelkonfiguration:**
* Eine Regel mit zwei Bedingungen für das auslösende Ereignis: ein bestimmtes Kaufereignis und ein Mindestkaufbetrag.
**Testeingaben:**
* Geben Sie ein Kaufereignis ein, das nicht übereinstimmt, einen Betrag unter dem Minimum oder beides.
**Erwartetes Ergebnis:**
* Keine Regelbedingung stimmt überein.
* Die Vorschau zeigt klar, dass nichts passieren wird.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.impact.com/brand/de/what-would-you-like-to-learn-about/advocate-program/advocate-program-settings/test-your-advocate-program.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.