Documentation / Guides

Testez votre agent avec des scénarios scriptés

L'onglet Testing exécute des conversations UAT scriptées sur l'agent réel, avec des vérifications à chaque tour.

Dernière mise à jour:

Ouvrez un agent et rendez-vous dans l'onglet Testing (sous Avancé). Un scénario est une conversation scriptée : les messages qu'un appelant ou un visiteur enverrait, et ce que l'agent doit faire à chaque tour. Les exécutions s'appuient sur les instructions et les outils réels de l'agent - une réservation effectuée pendant un test est une vraie réservation dans votre calendrier, alors dirigez vos scénarios vers un membre de test et terminez-les par un tour d'annulation.

Vous ne voulez pas rédiger vos scénarios à la main ? Le bouton AI Assistant de l'onglet Scenarios lit la configuration de l'agent - ses instructions et ses outils - et rédige des scénarios UAT pour vous. Ajoutez si vous le souhaitez une ligne de consigne (par exemple « concentre-toi sur les annulations par numéro de téléphone »), passez les brouillons en revue, modifiez ceux que vous voulez et enregistrez ceux que vous gardez.

Rédiger un scénario#

Chaque tour comporte le message de l'utilisateur et une liste de vérifications :

  • tool - l'agent doit appeler cet outil (par exemple check_availability avant de proposer un horaire).
  • args_contain - l'appel de l'outil doit inclure ces valeurs d'arguments.
  • tool_result_contains - le résultat de l'outil doit contenir ce texte (par exemple Booked).
  • reply_contains / reply_not_contains - la réponse de l'agent doit (ou ne doit pas) contenir ce texte.
  • no_tool - le tour ne doit utiliser aucun outil.

Écrivez {{last_uid}} dans un message ultérieur pour faire référence à la réservation créée plus tôt dans la même exécution - utile pour les tours du type « annule ce rendez-vous ».

Définissez caller_phone sur le scénario pour simuler le numéro depuis lequel l'appelant appelle : l'agent peut alors retrouver ses réservations existantes à partir du téléphone (l'outil find_bookings), comme un appel réel reconnaît le numéro de l'appelant.

Canaux#

  • chat se comporte comme le widget web : les outils réservés aux appels sont masqués.
  • voice se comporte comme un appel téléphonique : il est demandé à l'agent de garder des réponses courtes et de ne jamais épeler d'adresses e-mail. L'audio lui-même n'est pas simulé - ce test porte sur ce que l'agent décide de faire.

Exécution#

Appuyez sur Run et la transcription complète vous est renvoyée : chaque appel d'outil avec ses arguments et son résultat, la réponse, et chaque vérification marquée comme réussie ou échouée. L'onglet est divisé en Scenarios, Run history et Reports : choisissez dans Reports les scénarios qui vous intéressent pour obtenir une synthèse du taux de réussite avec le détail de la dernière transcription, puis exportez-la au format Excel ou PDF. Les mêmes scénarios peuvent être créés et exécutés depuis votre propre code via l'API - voir la Référence de l'API, section Agent testing.

La console

Ces pages sont en lecture seule. L'appel de test, les clés API et la référence de l'API à jour se trouvent dans la console, où votre compte est connecté.

Ouvrir la console