> 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/fr/what-would-you-like-to-learn-about/advocate-program/advocate-program-settings/test-your-advocate-program.md).
# Tester votre programme Advocate
Vous pouvez tester votre programme Advocate en simulant votre [les règles de votre programme](/brand/fr/what-would-you-like-to-learn-about/advocate-program/getting-started-with-advocate/advocate-program-rules-explained.md) sur des données d’exemple afin de confirmer qu’une règle se comporte comme prévu avant de vous y fier en production.
{% hint style="success" %}
**Remarque :** Vous devez configurer au moins 1 règle de programme pour tester votre programme.
{% endhint %}
{% stepper %}
{% step %}
## Accéder à Tester mon programme
1. Dans le menu de navigation de gauche, sélectionnez  **\[Engage]** :arrow-right: **Règles du programme** :arrow-right: **Tester mon programme**.
1. Sélectionnez **Suivant** pour passer d’une étape à l’autre.
{% endstep %}
{% step %}
## Confirmer le programme et la version
2. Le programme est prérempli à partir de votre contexte actuel. Ne le changez que si vous devez en tester un autre.
3. Dans la *Version*  **\[Menu déroulant]**, sélectionnez si vous souhaitez simuler la **Brouillon** ou **En ligne** version.
1. En savoir plus sur ce qu’impliquent une version brouillon et une version en direct de votre programme Advocate.
{% endstep %}
{% step %}
## Choisissez l’événement et renseignez ses entrées
4. Sélectionnez l’événement que vous souhaitez simuler, puis saisissez les informations comme elles apparaîtraient dans votre programme :
* **Début de parrainage**
* **L'ami effectue un achat**
* **L'ami rembourse un achat**
* **L’ami effectue une action**
Référence des champs
| Champ | Ce que cela fait | Disponible pour |
| ---------------------------------- | ------------------------------------------------------- | ---------------------------------------------------------------------------- |
| **Événement d’achat** | L’événement d’achat suivi à simuler. | L’ami effectue un achat, l’ami rembourse un achat |
| **Date d’achat** | La date de l’achat simulé. | L’ami effectue un achat, l’ami rembourse un achat |
| **Type d’événement** | L’événement suivi à simuler. | L’ami effectue une action |
| **Date de l’événement** | La date à laquelle l’événement s’est produit. | L’ami effectue une action |
| **Devise** | La devise du montant d’achat simulé. | L’ami effectue un achat, l’ami réalise une action |
| **Montant de l’achat** | Le montant de l’achat simulé. | L’ami effectue un achat (obligatoire), l’ami réalise une action (facultatif) |
| **Parrainage commencé le** | La date à laquelle le parrainage a commencé. | Tous les événements |
| **Parrainage converti** | Indiquez si le parrainage s’est déjà converti et quand. | Tous les événements sauf Début de parrainage |
| **Segments Advocate** (facultatif) | Limitez le test à un segment Advocate spécifique. | Tous les événements |
| **Segments Friend** (facultatif) | Limitez le test à un segment Friend spécifique. | Tous les événements |
{% endstep %}
{% step %}
## Exécuter le test
5. Sélectionnez **Exécuter le test**. Vos règles sont évaluées par rapport au programme, à la version et aux entrées que vous avez fournies.
{% endstep %}
{% step %}
## Lisez le panneau de sortie d’aperçu
6. Passez en revue les *Aperçu* du panneau :
1. Un résumé de la règle déclenchée, la plage de dates si des actions basées sur la date s’appliquent, et une ligne cochée pour chaque action résultante. Vérifiez si cela correspond à ce que vous attendiez.
{% endstep %}
{% endstepper %}
## Cas de test
Ces cas de test utilisent des règles d’exemple que vous pouvez configurer pour confirmer que votre programme se comporte comme vous le souhaitez avant de le publier. Chaque scénario ci-dessous présente une situation spécifique plus en détail. Adaptez les éléments précis, comme le déclencheur, les montants et les segments, pour correspondre à la configuration de votre propre programme.
Logique de déclenchement de base
**Objectif :**
* Confirmer qu’une règle de base déclenchée par un achat correspond et renvoie le résultat attendu.
* Confirmer qu’il n’y a pas de comportement de repli incorrect.
**Configuration de la règle :**
* Déclencheur : l’ami effectue un achat.
* Action : récompense et e-mail à l’Advocate, avec une récompense en espèces pour l’Advocate.
* Aucune action par défaut n’est nécessaire.
**Entrées de test :**
* Événement : l’ami effectue un achat.
* Événement d’achat, date d’achat, montant d’achat et devise correspondant à votre règle.
* Parrainage commencé à la même date.
* Segments laissés ouverts.
**Résultat attendu :**
* La règle correspond, et l’aperçu montre exactement quelle règle a correspondu.
* La ligne de récompense de l’Advocate affiche le montant de récompense configuré.
* La ligne de l’e-mail à l’Advocate s’affiche.
* Aucune autre action de repli incorrecte n’apparaît.
Correspondance dans la fenêtre temporelle vs repli
**Objectif :**
* Confirmer qu’une date à l’intérieur d’une fenêtre temporelle applique l’action basée sur la date.
* Confirmer qu’une date en dehors de la fenêtre revient à la valeur par défaut.
**Configuration de la règle :**
* Déclencheur : l’ami effectue un achat.
* Une action basée sur la date délimitée par une fenêtre temporelle, fondée sur la date de début du parrainage.
* Une action par défaut en dehors de cette fenêtre.
**Exécution A (dans la fenêtre) :**
* Définissez la date de début du parrainage à l’intérieur de la fenêtre.
**Attendu A :**
* L’aperçu montre exactement quelle règle basée sur la date a correspondu.
* Sa récompense et son e-mail sont appliqués.
**Exécution B (hors de la fenêtre) :**
* Définissez la date de début du parrainage en dehors de la fenêtre.
**Attendu B :**
* L’action basée sur la date ne correspond pas.
* La récompense et l’e-mail par défaut s’appliquent à la place.
Sélection de récompense par paliers
**Objectif :**
* Confirmer que le palier de récompense correct est sélectionné en fonction du montant de l’achat.
**Configuration de la règle :**
* Déclencheur : l’ami effectue un achat.
* Action : récompense par paliers et e-mail à l’Advocate.
* Au moins trois paliers de récompense selon la plage de montant d’achat (par exemple, un palier bas, moyen et élevé).
**Entrées de test :**
* Exécutez une fois par palier.
* Saisissez un montant d’achat qui se situe dans la plage de chaque palier.
* Laissez toutes les autres entrées identiques d’une exécution à l’autre.
**Résultat attendu :**
* Chaque exécution affiche la récompense configurée pour le palier dans lequel son montant se situe, et non la récompense d’un autre palier.
Éligibilité conditionnée par segment
**Objectif :**
* Confirmer qu’une condition de segment contrôle si la règle s’applique.
**Configuration de la règle :**
* Déclencheur : l’ami effectue un achat.
* Une condition exigeant que l’Advocate appartienne à un segment spécifique.
* Idéalement, une action par défaut pour tous les autres.
**Exécution A (correspondance) :**
* Définissez le segment de l’Advocate sur le segment éligible.
**Attendu A :**
* L’action éligible s’applique.
* Le comportement par défaut est ignoré.
**Exécution B (non-correspondance) :**
* Définissez le segment de l’Advocate sur un segment inéligible.
**Attendu B :**
* L’action par défaut s’applique si elle est configurée.
* Sinon, aucune action qualifiante ne se déclenche.
Calcul de commission
**Objectif :**
* Confirmer qu’une récompense en commission est calculée à partir du montant de l’achat et affichée dans la bonne devise.
**Configuration de la règle :**
* Déclencheur : l’ami effectue un achat.
* Action : récompense et e-mail à l’Advocate.
* Une récompense basée sur la commission — un pourcentage du montant de l’achat — dans la devise de la transaction.
**Exécution A et B :**
* Deux montants d’achat différents, même devise.
**Attendu A et B :**
* Chaque test affiche correctement le taux de commission appliqué à ce montant.
**Exécution C (si votre programme prend en charge plusieurs devises) :**
* Le même montant que l’exécution A, mais avec une devise différente.
**Attendu C :**
* La commission est calculée correctement et affichée dans la nouvelle devise.
* Cela isole la gestion des devises du calcul du montant.
Aucune correspondance sans configuration par défaut
**Objectif :**
* Confirmer que l’aperçu montre clairement qu’aucune action ne se produit lorsque rien ne correspond et qu’il n’y a pas de repli.
**Configuration de la règle :**
* Une action basée sur la date sans action par défaut configurée.
**Entrées de test :**
* Définissez la date de début du parrainage en dehors de la fenêtre temporelle.
**Résultat attendu :**
* Aucune correspondance dans la fenêtre temporelle.
* Aucun repli par défaut disponible.
* L’aperçu montre clairement qu’aucune action admissible ne se produira.
Aucune correspondance à partir d’une condition de règle non remplie
**Objectif :**
* Confirmer que l’aperçu n’affiche aucune action lorsqu’une condition propre à la règle n’est pas remplie — pas seulement une fenêtre temporelle.
**Configuration de la règle :**
* Une règle avec deux conditions sur l’événement déclencheur : un événement d’achat spécifique, et un montant d’achat minimum.
**Entrées de test :**
* Saisissez un événement d’achat qui ne correspond pas, un montant inférieur au minimum, ou les deux.
**Résultat attendu :**
* Aucune condition de la règle n’est remplie.
* L’aperçu montre clairement que rien ne se produira.
---
# 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/fr/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.