Agent tests
Simulate full conversations before spending a real call, and turn a call that went wrong into a test that proves it will not happen again.
Agent tests are simulated conversations: a fictional customer talks to your agent — with its script, its configured voice and its tools — and at the end it gets scored against the criteria you defined. Everything happens in writing and in seconds: no real call is placed, you spend no minutes and nobody receives a test call.
What a test is made of
- The persona: who the fictional customer is — how they speak, their mood, their context ("a customer three months behind on payments, in a hurry and distrustful").
- The scenario: what happens in the conversation and what that person wants to achieve.
- The success criteria: the list of things the agent MUST do ("offers a payment date", "identifies itself before asking for data"). Each criterion is scored separately.
- Optional — simulated responses: if your agent queries an external system, you can pin what it should return during the test.
Turn a call that went wrong into a test
- Open the call detail
Ask the Copilot for it (or find the call in Calls and ask it to "analyze call X").
- Click "Create a test from this call"
The button lives on the detail card, next to the recording.
- Review what it proposes
The Copilot reads the conversation and builds the persona, the scenario and the criteria — aimed exactly at making sure that failure does not repeat. Confirm when you agree.
- Reuse it from now on
The test is saved for that agent: run it every time you touch the script.
Run a test and read the result
- Pick the test
Ask the Copilot "show me this agent's tests".
- Run it
Say "run that test". Since it consumes AI, it asks for confirmation first.
- Wait a few seconds
The card updates itself while the conversation is simulated.
- Read the verdict
Passed or Not passed, how many criteria were met, which turn the conversation ended on and why it ended.
- Dig into the detail
Each criterion explains why it was considered met or not, quoting the conversation. And you can expand the full simulated transcript, including the tools the agent used.
The result is stored together with the script version that was live at that moment, so you can compare how your agent behaved before and after a change.
Good practices
- Make criteria observable: "offers a concrete payment date" can be verified; "is friendly" cannot.
- Three to six criteria per test: enough to cover the case, few enough to read the result at a glance.
- Build tests from the cases that hurt in production (the angry customer, the one who asks for a human, the one who does not understand) — those are the ones that break when the script changes.
- Run your tests before publishing a script change, not after.
Does it consume my plan minutes?
No. Simulations use no telephony and no voice minutes. There is a daily cap of runs per account so the cost stays predictable.
Can it actually call someone or touch my systems?
No. During a simulation the agent's tools are simulated: no real transfers are made and your external systems are never queried.
Who can create and run tests?
Creating or editing tests requires permission to manage agents; running them requires permission to operate them. Viewing results only needs read access to agents.