Tester un SVI (ou IVR), c’est appeler votre système téléphonique comme le ferait un client et vérifier que chaque appel aboutit au bon endroit. La plupart des SVI défaillants cassent aux jointures : un message modifié sans que la règle de routage suive, un transfert vers une file fermée à 18 h, un modèle vocal qui entend « pharmacie » comme « par ici ». Ces pannes n’apparaissent qu’en passant de vrais appels par le vrai chemin téléphonique.
Ce guide couvre les types de tests courants pour les SVI à touches et vocaux, puis ce qui change quand c’est un agent vocal IA qui décroche. En bref : un menu à touches a un seul script correct par parcours, alors qu’un agent vocal a de nombreuses conversations acceptables et un seul résultat correct. Vos tests doivent vérifier le résultat.
Les types de tests de SVI
| Test | Question posée | Quand le lancer |
|---|---|---|
| Fonctionnel | Ce parcours diffuse-t-il les bons messages et aboutit-il à la bonne destination ? | À la création ou à la modification d’un parcours |
| Régression | Tous les parcours fonctionnent-ils encore après une modification ? | Avant chaque mise en production |
| Reconnaissance vocale | Le système comprend-il les mots que les appelants emploient vraiment ? | À l’ajout d’une intention, d’une langue ou d’un nouveau public |
| Charge | Fonctionne-t-il toujours au pic de volume attendu ? | Avant le lancement et les pics saisonniers |
| Stress | Qu’est-ce qui casse en premier au-delà du pic, et proprement ? | Avant le lancement, après un changement d’infrastructure |
| Endurance | Quelque chose se dégrade-t-il après des heures de trafic normal ? | Avant le lancement |
| Expérience | Combien de temps les appelants attendent-ils, et le son est-il juste ? | En continu, à partir des appels de production |
| Bascule | Que se passe-t-il quand un système interne, une file ou l’opérateur tombe ? | Avant le lancement, puis chaque trimestre |
Les tests fonctionnels et de régression détectent la plupart des problèmes. Les tests de charge, de stress et d’endurance comptent quand le SVI est placé devant un centre de contact qui a de vrais pics, comme une période d’inscription, un rappel de produit ou le lundi qui suit une facturation.
Tester un menu à touches ou vocal
Un SVI classique est un arbre. Chaque nœud a un message et un ensemble fixe d’entrées, donc chaque parcours peut être écrit et vérifié.
Commencez par exporter le flux d’appel et transformez chaque parcours en cas de test. Un parcours, c’est la séquence d’entrées plus le résultat attendu : appuyer sur 2, puis 1, saisir un numéro de compte, et l’appel doit arriver dans la file facturation avec le compte associé. Incluez les parcours que les appelants empruntent par erreur, pas seulement les parcours idéaux :
- Aucune saisie, jusqu’au délai d’expiration
- Une touche invalide, puis une touche valide
- Appuyer sur
0ou dire « conseiller » à chaque niveau - Appeler en dehors des heures d’ouverture
- Un numéro de compte qui n’existe pas
- Saisir des chiffres avant la fin du message (les habitués du menu le font)
Pour les menus vocaux, les entrées de test sont des enregistrements. Utilisez différents locuteurs, une ligne téléphonique plutôt qu’un micro de studio, et du bruit de fond, comme une voiture ou une cuisine. Les mots doivent être ceux que disent les clients dans vos journaux d’appels, pas les libellés du menu : les gens demandent « ma facture » bien plus souvent que « services du compte ».
Vérifiez les données en plus de l’audio. Un test réussit quand l’appel arrive dans la file facturation et que l’écran du conseiller affiche le bon compte. Si le SVI a recueilli le numéro mais que le transfert l’a perdu, l’appelant doit le répéter, et c’est un échec même si chaque message a été bien diffusé.
Tester un SVI conversationnel ou un agent vocal IA
Quand un agent vocal IA décroche, la comparaison de scripts ne fonctionne plus. L’agent peut dire « Bien sûr, je vous le déplace » à un appel et « D’accord, je peux changer ce rendez-vous » au suivant. Les deux conviennent. Un test qui compare le texte exact échoue à chaque fois et ne vous apprend rien.
Écrivez plutôt des scénarios avec un résultat attendu :
| Scénario | Comportement de l’appelant | Condition de réussite |
|---|---|---|
| Report | Donne son nom et sa date de naissance, demande jeudi après-midi | Rendez-vous déplacé dans l’agenda ; l’appelant entend le nouvel horaire |
| Mauvaise identité | Donne une date de naissance qui ne correspond pas | Aucun détail du rendez-vous lu ; autre moyen de vérification proposé |
| Changement d’avis | Parle de facturation, puis dit « en fait, c’est pour la livraison » | Traite la livraison ; pas de transfert vers la facturation |
| Interruption | Se met à parler pendant que l’agent est au milieu d’une phrase | L’agent s’arrête et répond à la nouvelle demande |
| Un humain, tout de suite | Dit « je veux parler à quelqu’un » dès la première phrase | Transfère, ou donne l’option hors horaires, sans discuter |
| Système en panne | L’API de l’agenda renvoie une erreur | L’agent n’affirme pas que la réservation a réussi |
| Relecture de numéro | Donne un numéro de commande à 10 chiffres avec des pauses | L’agent répète correctement chaque chiffre |
Lancez chaque scénario plus d’une fois. Un agent vocal peut réussir un scénario quatre fois et échouer à la cinquième parce que la demande a été formulée autrement ou que le modèle a pris un autre chemin dans la conversation. Cinq à dix passages par scénario, avec des formulations variées, en attrapent l’essentiel. Les profils aident : un appelant pressé, un appelant perdu, un appelant avec un fort accent régional, un appelant dans une pièce bruyante.
Notez chaque passage de deux façons. Les vérifications factuelles lisent vos systèmes : le rendez-vous a-t-il été déplacé, le transfert a-t-il atteint le bon numéro, l’agent a-t-il raccroché ? Les vérifications de jugement lisent la transcription : l’agent a-t-il confirmé le nouvel horaire à voix haute, est-il resté poli quand l’appelant s’est énervé ? Un juge LLM avec une seule question précise par métrique convient bien au second type. Un juge à qui l’on demande « était-ce un bon appel ? » renvoie des opinions ; un juge à qui l’on demande « l’appelant a-t-il entendu le nouvel horaire avant la fin de l’appel ? Réponds oui ou non et cite la phrase » renvoie quelque chose que l’on peut compter.
Le guide du SVI conversationnel propose un jeu de tests dédié au routage, avec la façon de lire un taux de précision du routage sans trop s’y fier.
Mesurez la latence au téléphone, pas dans les journaux
L’appelant perçoit le délai comme l’écart entre le moment où il se tait et celui où l’agent commence à parler. Cet écart comprend la détection de fin de tour, le LLM, la synthèse vocale et le retour par le fournisseur de téléphonie et l’opérateur. Un tableau de bord qui n’affiche que le délai jusqu’au premier octet de la synthèse vocale n’en couvre qu’une partie.
Mesurez à partir d’un enregistrement de l’appel lui-même. Enregistrez les deux côtés, marquez la fin de chaque tour de l’appelant et le début de chaque réponse, puis indiquez la médiane et les 5 % les plus lents. Les appels les plus lents sont ceux qui récoltent un « allô ? vous êtes là ? » et une question répétée.
Les appels sortants ont en plus une limite stricte. Aux États-Unis, selon la règle de la TCPA sur les appels abandonnés, un appel est considéré comme abandonné si la personne qui décroche n’est pas mise en relation dans les deux secondes qui suivent la fin de sa salutation. 2X Solutions a réduit sa latence de réponse de 500–900 ms à moins de 100 ms et fait passer son taux d’appels abandonnés de 3,4 % à moins de 1,25 % sur des millions d’appels par mois. Si votre agent passe des appels, mesurez le temps entre le « Allô ? » et le premier mot de l’agent dans chaque scénario sortant.
Tests de régression quand les modèles changent
Les agents vocaux évoluent d’une façon que les menus à touches n’ont jamais connue. Un nouveau message, un nouveau LLM, une nouvelle voix ou un nouveau modèle vocal peuvent chacun modifier des parcours que vous n’avez pas touchés. Traitez chacun comme une mise en production et relancez tous les scénarios.
Figez ce que vous pouvez. Sonic, de Cartesia, a des instantanés datés comme sonic-3.6-2026-08-27 qui ne changent jamais : vous pouvez lancer vos scénarios sur un nouvel instantané avant d’y basculer la production. Managed Agents enregistre chaque modification de configuration comme une version ; si un nouveau message échoue à un scénario qui passait, vous pouvez restaurer la version précédente et continuer l’analyse.
Gardez les échecs. Chaque appel de production qui a mal tourné devient un nouveau scénario de régression, avec les mots réels de l’appelant. Au bout de quelques mois, ce jeu est plus utile que tout ce que vous auriez pu écrire au départ.
Construire un appelant de test avec Cartesia
Vous pouvez construire un appelant de test automatisé simple sur Cartesia Managed Agents :
- Créez un agent de test dont les instructions décrivent un scénario : qui il est, ce qu’il veut et comment il doit réagir face au SVI.
- Activez l’outil système
send_dtmfpour que l’agent puisse appuyer sur des touches en naviguant dans un menu téléphonique. - Passez un appel sortant de l’agent de test vers le numéro de votre SVI. Pour une suite complète, les appels par lots mettent en file jusqu’à 5 000 appels et les composent dans la limite de concurrence que vous fixez.
- Associez des métriques personnalisées à l’agent de test, chacune étant une question précise pour le juge LLM, comme « L’appel a-t-il atteint la file pharmacie ? ». Exportez ensuite les résultats en CSV.
Les mêmes métriques fonctionnent sur votre agent de production. Managed Agents note chaque appel terminé avec deux métriques intégrées : l’appel s’est-il terminé sans défaillance de l’agent, et le délai jusqu’au premier octet audio de la première réponse de l’agent. Les métriques personnalisées que vous associez s’appliquent aux appels suivants, ce qui transforme le trafic de production en jeu de surveillance.
Ce montage convient aux campagnes de régression et à la surveillance en production. Les appels par lots partagent la limite de concurrence d’appels d’agent de votre compte avec le trafic de production ; un test de charge au niveau du pic d’un centre de contact demande donc son propre plan de capacité. Si vous voulez une suite de tests gérée ou une équipe qui réalise les tests de charge pour vous, faites appel à un fournisseur spécialisé. Cekura lance des appelants simulés contre des agents vocaux avant et après le lancement, et peut utiliser des voix Cartesia pour ces appelants. Cyara est l’option historique pour les SVI classiques de centres de contact. Coval et Hamming testent aussi les agents vocaux IA.
Par où commencer
Si vous ne testez rien aujourd’hui, commencez par huit appels : les quatre motifs d’appel les plus fréquents, un appel hors horaires, un appelant qui demande un humain, une saisie invalide et un appel pendant qu’un système interne est en panne. Passez-les une fois à la main par le vrai numéro, notez ce qui s’est passé, puis automatisez ces huit-là. Ajoutez des scénarios à partir des vrais échecs au fil de l’eau.
Si vous remplacez un menu à touches par un agent vocal, faites passer les deux par le même jeu de scénarios avant de basculer. Le guide de l’automatisation du centre de contact couvre le déploiement, et le guide des agents vocaux explique les briques que vous testez. Pour essayer un agent sur votre propre flux d’appel, créez-en un dans le playground et appelez-le.