# Mode test

### **Passer en mode test**

{% hint style="warning" %}
Il est important de noter que le mode test est une fonctionnalité du gestionnaire de travail uniquement. Lorsque vous travaillez dans Builder - même si vous y avez accédé à partir du Gestionnaire de travail en mode test - vous travaillez normalement et toutes les modifications de configuration que vous effectuez ont un impact normal sur vos opérations en direct. Veuillez en tenir compte si vous travaillez dans Builder et testez des modifications en mode test du Gestionnaire de travail. Il n'existe pas de fonction permettant d'accéder à Builder « en mode test ».
{% endhint %}

{% hint style="info" %}
Un compte utilisateur ne peut pas être connecté à la fois au mode test et au système Enate en production (même sur des navigateurs ou des appareils différents). Les utilisateurs doivent se déconnecter de l'un avant de tenter de se connecter à l'autre.
{% endhint %}

Si votre compte utilisateur est configuré pour vous permettre d'accéder à des données de test, vous pouvez faire passer votre environnement Work Manager en « mode test ». Vous pouvez accéder au mode test en accédant à une url différente pour les tests, une url avec le mot « .test » ajouté à la fin du nom de domaine normal. Voici un exemple :

**Si l'URL de votre site normal est**: <https://acmecorp.enate.cloud/yourworkmanagerlink>

**Votre URL en mode test sera**: <https://acmecorp\\*\\*.test.\\*\\*enate.cloud/yourworkmanagerlink>

Une fois que vous avez saisi l'URL du mode test dans votre navigateur, la page de connexion standard du gestionnaire de travail s'affiche. Enregistré dans l'URL du mode de test, vous verrez la page standard du mode de test à laquelle vous êtes habitué, avec un badge « Mode de test » et une barre d'en-tête de couleur rouge.

<figure><img src="/files/YHp6ALu0TLKty2qKwHjG" alt=""><figcaption></figcaption></figure>

#### Explication du mode test

Une fois que vous êtes en mode test, vous ne verrez que les données de test, ce qui vous permet de créer et d'exécuter des Activité de test à travers des versions de test des Processus afin de les vérifier avant de les mettre en ligne, le tout sans affecter les données de production en direct.

Pour le rappeler visuellement, la barre d'en-tête est rouge lorsque vous êtes en mode test.

#### **Définition de différents gestionnaires et membres de files d'attente en mode test**

La fonctionnalité du mode Test vous permet de définir un gestionnaire différent pour une File d'Attente lors d'un cours en mode Test par rapport au mode Live.

Exemple : Considérons le **gestionnaire 1** qui a accès au mode réel et qui est responsable de la gestion de deux files d'attente, la **file d'attente de** **financement** et la **file d'attente de** cas **principaux** **.**

<figure><img src="/files/2AGcykpNmPyWB4uBTemf" alt=""><figcaption></figcaption></figure>

En mode test, les deux mêmes files d'attente peuvent être gérées par un autre utilisateur disposant des autorisations de chef d'équipe et de mode test - voir l'exemple ci-dessous où **le gestionnaire 2** a été désigné comme responsable des files d'attente en mode test.

<figure><img src="/files/UBp5z31mXBSUZF18KRnm" alt=""><figcaption></figcaption></figure>

### **Commutation des robots entre le mode réel et le mode test**

Il est possible de faire passer un robot en mode test ou en mode réel. Plus précisément, deux nouvelles activités ont été ajoutées aux bibliothèques d'activités pour UiPath, Automation Anywhere et BluePrism (et les API standard ont été ajustées pour que ces activités puissent être appelées de manière générique), comme suit

* Définir le mode en direct
* Définir le mode test

Ces actions vous permettent de faire basculer un robot entre l'état de test et l'état réel. Une fois qu'un robot est passé en mode Test, les appels d'activité ultérieurs que le robot pourrait effectuer, par exemple « Obtenir plus de travail » et « Créer un Ticket/Cas, etc. », ont lieu dans le contexte du mode Test, en obtenant et en créant uniquement des éléments de travail de test. Le robot doit repasser en mode « Live » une fois que le processus est opérationnel, afin de s'assurer qu'il crée des éléments de travail opérationnels.

### **Contacts de test - Contacts de test distincts dans le système**

Enate prend en charge la création d'enregistrements de contacts séparés en mode test, c'est-à-dire que tout enregistrement de contact créé en mode test ne sera accessible qu'aux utilisateurs du mode test (et les contacts créés en mode réel ne seront accessibles qu'aux utilisateurs du mode réel). Cela permet de s'assurer que les courriels des éléments de travail de test ne sont pas envoyés accidentellement aux utilisateurs de production, et vice versa.

#### **Avertissement - N'utilisez pas d'adresses électroniques de production lors de la création de contacts de test.**

{% hint style="info" %}
Ne créez PAS d'enregistrements de contact de test en utilisant les informations (notamment l'adresse électronique) de personnes que vous utiliserez dans le cadre d'une production normale.

**Si vous créez un enregistrement de contact alors que vous êtes en mode test, il sera créé en tant que contact de test et TOUS les courriels arrivant dans le système à partir de cette adresse électronique créeront un Cas/Ticket en mode test.**

Ainsi, les courriels de production entrants créeront des éléments de travail de test qui ne seront pas visibles par les utilisateurs de production.

Si vous avez créé par erreur un enregistrement de contact de production en tant qu'enregistrement de contrat de test, vous devez modifier le contact de test en changeant l'adresse électronique, puis repasser en mode de production normal pour créer l'enregistrement de contact normal souhaité.
{% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.enate.net/enate-help/francais/mode-test.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
