Che cos'è il test di un IVR?

Il test di un IVR verifica che un sistema di risposta vocale interattiva risponda alle chiamate, riproduca i messaggi giusti, capisca tasti e voce e mandi ogni chiamante nel posto giusto. Copre i singoli percorsi (test funzionali), tutti i percorsi dopo una modifica (regressione), molte chiamate contemporanee (carico) e come la chiamata suona e viene vissuta da chi chiama (esperienza). Un buon test chiama il numero vero, perché la maggior parte dei guasti avviene tra i componenti, non dentro uno di essi.

Si possono automatizzare i test IVR?

Sì. Un test automatico effettua una chiamata reale, invia tasti o riproduce una voce registrata, e controlla cosa dice il sistema e dove finisce la chiamata. I menu a tasti sono facili da automatizzare perché il messaggio atteso è fisso. Gli IVR conversazionali e gli agenti vocali IA richiedono un chiamante di test che risponda a qualunque cosa dica il sistema, e una verifica del risultato invece della formulazione esatta.

Che differenza c'è tra test di carico e test di stress di un IVR?

Il test di carico riproduce il volume di chiamate previsto nel picco e verifica che risposte, messaggi e trasferimenti funzionino ancora. Il test di stress supera quel volume finché qualcosa non si rompe, per capire quale componente cede per primo e se cede in modo sicuro. Il test di durata mantiene un carico normale per ore per trovare perdite lente, come connessioni che non si chiudono mai.

Come si testa un agente vocale IA?

Scrivi scenari con un risultato atteso, non con un copione atteso: chi chiama vuole spostare l'appuntamento, quindi l'appuntamento deve spostarsi e la persona deve sentire il nuovo orario. Esegui ogni scenario più volte con formulazioni, accenti, rumori di fondo e interruzioni diversi. Valuta il risultato con una regola o con un giudice LLM che legge la trascrizione, e misura il ritardo tra la fine del turno di chi chiama e l'inizio della risposta al telefono.

Ogni quanto bisogna testare un IVR?

Esegui la suite di regressione prima di ogni modifica a messaggi, regole di instradamento, modelli o telefonia, e tieni attivo ogni giorno un piccolo insieme di chiamate di monitoraggio in produzione. Contano anche le modifiche che non hai fatto tu: una rotta dell'operatore, un'API interna o un aggiornamento del modello possono rompere un percorso che la settimana scorsa funzionava.

Cartesia offre test IVR?

Cartesia costruisce agenti vocali e i modelli vocali che li fanno funzionare, non una suite di test dedicata. Managed Agents valuta ogni chiamata completata con metriche integrate e con metriche personalizzate di giudice LLM che definisci tu, e un agente può chiamare un menu telefonico e premere tasti, quindi puoi costruire un chiamante di test. Per test di carico su larga scala o un servizio di test gestito, usa un fornitore specializzato come Cekura, Cyara, Coval o Hamming.

Test IVR: tipi, strumenti e agenti vocali

Testare un IVR significa chiamare il tuo sistema telefonico come farebbe un cliente e verificare che ogni chiamata finisca nel posto giusto. La maggior parte degli IVR difettosi si rompe nei punti di giunzione: un messaggio cambiato senza che cambiasse la regola di instradamento, un trasferimento verso una coda chiusa alle 18:00, un modello vocale che sente “farmacia” come “far mancia”. Questi guasti emergono solo facendo chiamate reali lungo il vero percorso telefonico.

Questa guida copre i tipi di test standard per gli IVR a tasti e vocali, poi cosa cambia quando a rispondere al telefono è un agente vocale IA. In breve: un menu a tasti ha un solo copione corretto per percorso, mentre un agente vocale ha molte conversazioni accettabili e un solo risultato corretto. I tuoi test devono verificare il risultato.

I tipi di test IVR

Test	A cosa risponde	Quando eseguirlo
Funzionale	Questo percorso riproduce i messaggi giusti e arriva alla destinazione giusta?	Quando crei o modifichi un percorso
Regressione	Tutti i percorsi funzionano ancora dopo una modifica?	Prima di ogni rilascio
Riconoscimento vocale	Il sistema capisce le parole che i chiamanti usano davvero?	Quando aggiungi un intento, una lingua o un nuovo gruppo di chiamanti
Carico	Funziona ancora al picco di volume previsto?	Prima del lancio e dei picchi stagionali
Stress	Cosa si rompe per primo oltre il picco, e in modo sicuro?	Prima del lancio, dopo modifiche all’infrastruttura
Durata	Qualcosa peggiora dopo ore di traffico normale?	Prima del lancio
Esperienza	Quanto aspettano i chiamanti, e il suono è giusto?	In modo continuo, dalle chiamate di produzione
Failover	Cosa succede quando un sistema interno, una coda o l’operatore non risponde?	Prima del lancio, poi ogni trimestre

I test funzionali e di regressione intercettano la maggior parte dei problemi. Quelli di carico, stress e durata contano quando l’IVR sta davanti a un contact center con picchi reali, come un periodo di iscrizioni, un richiamo di prodotto o il lunedì dopo una fatturazione.

Un IVR tradizionale è un albero. Ogni nodo ha un messaggio e un insieme fisso di input, quindi ogni percorso si può scrivere e verificare.

Inizia esportando il flusso di chiamata e trasformando ogni percorso in un caso di test. Un percorso è la sequenza di input più il risultato atteso: premi 2, poi 1, inserisci un numero di conto, e la chiamata deve arrivare alla coda fatturazione con il conto associato. Includi i percorsi che i chiamanti prendono per sbaglio, non solo quelli ideali:

Nessun input, fino al timeout
Un tasto non valido, poi uno valido
Premere 0 o dire “operatore” a ogni livello
Chiamare fuori dall’orario di servizio
Un numero di conto che non esiste
Digitare cifre prima che il messaggio finisca (chi conosce il menu lo fa)

Per i menu vocali, gli input di test sono registrazioni. Usa parlanti diversi, una linea telefonica invece di un microfono da studio e rumori di fondo, come un’auto o una cucina. Le parole devono essere quelle che i clienti dicono nei tuoi registri di chiamata, non le etichette del menu: le persone chiedono della “mia bolletta” molto più spesso che dei “servizi di account”.

Verifica i dati oltre all’audio. Un test passa quando la chiamata arriva alla coda fatturazione e lo schermo dell’operatore mostra il conto giusto. Se l’IVR ha raccolto il numero ma il trasferimento l’ha perso, chi chiama deve ripeterlo, e questo è un errore anche se ogni messaggio è stato riprodotto correttamente.

Testare un IVR conversazionale o un agente vocale IA

Quando a rispondere è un agente vocale IA, il confronto dei copioni smette di funzionare. L’agente può dire “Certo, glielo sposto” in una chiamata e “Va bene, posso cambiare quell’appuntamento” nella successiva. Vanno bene entrambe. Un test che confronta il testo esatto fallisce a ogni esecuzione e non ti dice nulla.

Scrivi invece scenari con un risultato atteso:

Scenario	Comportamento di chi chiama	Condizione di successo
Spostamento	Dà nome e data di nascita, chiede giovedì pomeriggio	Appuntamento spostato nel calendario; sente il nuovo orario
Identità errata	Dà una data di nascita che non corrisponde	Nessun dettaglio dell’appuntamento letto; offerto un altro modo per verificare
Cambio di idea	Chiede della fatturazione, poi dice “anzi, è per la consegna”	Gestisce la consegna; non trasferisce alla fatturazione
Interruzione	Inizia a parlare mentre l’agente è a metà frase	L’agente smette di parlare e risponde alla nuova richiesta
Una persona, subito	Dice “voglio parlare con una persona” nella prima frase	Trasferisce, o dà l’opzione fuori orario, senza discutere
Sistema giù	L’API del calendario restituisce un errore	L’agente non afferma che la prenotazione è riuscita
Ripetere un numero	Dà un numero d’ordine di 10 cifre con delle pause	L’agente ripete correttamente ogni cifra

Esegui ogni scenario più di una volta. Un agente vocale può superare uno scenario quattro volte e fallirlo alla quinta perché la richiesta è stata formulata in modo diverso o il modello ha preso un’altra strada nella conversazione. Da cinque a dieci esecuzioni per scenario, con formulazioni varie, ne intercettano la maggior parte. I profili aiutano: chi ha fretta, chi è confuso, chi ha un forte accento regionale, chi è in una stanza rumorosa.

Valuta ogni esecuzione in due modi. I controlli oggettivi leggono i tuoi sistemi: l’appuntamento si è spostato, il trasferimento ha raggiunto il numero giusto, l’agente ha chiuso la chiamata? I controlli di giudizio leggono la trascrizione: l’agente ha confermato il nuovo orario ad alta voce, è rimasto cortese quando chi chiamava si è innervosito? Un giudice LLM con una sola domanda precisa per metrica funziona bene per il secondo tipo. Un giudice a cui chiedi “è stata una buona chiamata?” restituisce opinioni; uno a cui chiedi “chi chiamava ha sentito il nuovo orario prima della fine della chiamata? Rispondi sì o no e cita la frase” restituisce qualcosa che puoi contare.

La guida all’IVR conversazionale ha un set di test specifico per l’instradamento, incluso come leggere un dato di precisione dell’instradamento senza fidarsene troppo.

Misura la latenza al telefono, non nei log

Chi chiama percepisce il ritardo come l’intervallo tra quando smette di parlare e quando l’agente inizia. Quell’intervallo comprende il rilevamento della fine del turno, l’LLM, la sintesi vocale e il ritorno attraverso il fornitore di telefonia e l’operatore. Una dashboard che mostra solo il tempo al primo byte della sintesi vocale ne copre una parte.

Misura a partire da una registrazione della chiamata stessa. Registra entrambi i lati, segna la fine di ogni turno di chi chiama e l’inizio di ogni risposta, e riporta la mediana e il 5% più lento. Le chiamate più lente sono quelle che si prendono un “pronto? c’è ancora?” e una domanda ripetuta.

Le chiamate in uscita hanno anche un limite rigido. Negli Stati Uniti, secondo la regola della TCPA sulle chiamate abbandonate, una chiamata è considerata abbandonata se la persona che risponde non viene collegata entro due secondi dalla fine del suo saluto. 2X Solutions ha ridotto la latenza di risposta da 500–900 ms a meno di 100 ms e portato il tasso di chiamate abbandonate dal 3,4% a meno dell’1,25% su milioni di chiamate al mese. Se il tuo agente effettua chiamate, misura il tempo dal “Pronto?” alla prima parola dell’agente in ogni scenario in uscita.

Test di regressione quando cambiano i modelli

Gli agenti vocali cambiano in modi che i menu a tasti non conoscevano. Un nuovo messaggio, un nuovo LLM, una nuova voce o un nuovo modello vocale possono ciascuno alterare percorsi che non hai toccato. Tratta ognuno come un rilascio ed esegui di nuovo tutti gli scenari.

Blocca ciò che puoi. Sonic di Cartesia ha snapshot datati come sonic-3.6-2026-08-27 che non cambiano mai, quindi puoi eseguire i tuoi scenari su un nuovo snapshot prima di passarci la produzione. Managed Agents salva ogni modifica di configurazione come versione: se un nuovo messaggio fallisce uno scenario che prima passava, puoi ripristinare la versione precedente e continuare l’analisi.

Conserva gli errori. Ogni chiamata di produzione andata male diventa un nuovo scenario di regressione, con le parole reali di chi ha chiamato. Dopo qualche mese, quel set è più utile di qualsiasi cosa avresti potuto scrivere all’inizio.

Costruire un chiamante di test con Cartesia

Puoi costruire un semplice chiamante di test automatico su Cartesia Managed Agents:

Crea un agente di test le cui istruzioni descrivano uno scenario: chi è, cosa vuole e come deve reagire all’IVR.
Attiva lo strumento di sistema send_dtmf così l’agente può premere tasti mentre naviga un menu telefonico.
Effettua una chiamata in uscita dall’agente di test al numero del tuo IVR. Per una suite completa, le chiamate in batch mettono in coda fino a 5.000 chiamate e le compongono entro il limite di concorrenza che imposti.
Assegna metriche personalizzate all’agente di test, ognuna con una domanda precisa per il giudice LLM, come “La chiamata ha raggiunto la coda della farmacia?”. Poi esporta i risultati in CSV.

Le stesse metriche funzionano sul tuo agente di produzione. Managed Agents valuta ogni chiamata completata con due metriche integrate: se la chiamata è terminata senza un errore dell’agente, e il tempo al primo byte di audio nella prima risposta dell’agente. Le metriche personalizzate che assegni si applicano alle chiamate successive, il che trasforma il traffico di produzione in un set di monitoraggio.

Questa configurazione è adatta a esecuzioni di regressione e al monitoraggio in produzione. Le chiamate in batch condividono con il traffico di produzione il limite di concorrenza delle chiamate agente del tuo account, quindi un test di carico al livello del picco di un contact center richiede un proprio piano di capacità. Se vuoi una suite di test gestita o un team che esegua i test di carico per te, usa un fornitore specializzato. Cekura esegue chiamanti simulati contro agenti vocali prima e dopo il lancio e può usare voci Cartesia per quei chiamanti. Cyara è l’opzione storica per gli IVR classici dei contact center. Anche Coval e Hamming testano agenti vocali IA.

Da dove cominciare

Se oggi non testi nulla, comincia con otto chiamate: i quattro motivi di chiamata più comuni, una chiamata fuori orario, chi chiede una persona, un input non valido e una chiamata con un sistema interno giù. Falle a mano una volta tramite il numero vero, annota cosa è successo, poi automatizza quelle stesse otto. Aggiungi scenari dagli errori reali man mano che arrivano.

Se stai sostituendo un menu a tasti con un agente vocale, esegui entrambi sullo stesso set di scenari prima di passare. La guida all’automazione del contact center copre il rilascio, e la guida agli agenti vocali spiega i componenti che stai testando. Per provare un agente sul tuo flusso di chiamata, creane uno nel playground e chiamalo.