A voice-agent test suite does not measure your agent. It measures your agent against a caller that somebody generated, and the realism of that caller is the ceiling on everything the suite can tell you — which is why the number all four of these platforms lead with, concurrent simulations, is the axis that matters least. Coval, Hamming, Cekura and Bluejay differ mainly in where the person on the other end of the line comes from: a persona written from your prompt, a recording of a real customer, a scenario suite pinned in CI, or whatever you can afford at twenty cents a minute. Choose on that, and the pricing question answers itself.
At a glance
All four run automated calls against a voice agent, score the result, and flag regressions. Two publish prices and two do not.
| Platform | Origin | Where the test caller comes from | Pricing |
|---|---|---|---|
| Coval | Founded 2024, YC; $3.3M seed | Scenario suites run in CI, methodology borrowed from autonomous-vehicle simulation | Published: $100 / $500 / from $4,500 per month |
| Hamming | Founded 2024, YC S24; $3.8M seed | Replay of your own production calls, plus simulated batches | Sales-led, volume-based, no self-serve |
| Cekura | Formerly Vocera; YC F24 | High-volume generated scenarios with rule-based assertions | Published: from $30/month, ~5 credits per voice minute |
| Bluejay | Voice and chat agent testing | Auto-generated “digital human” personas | Sales-led, unpublished |
A note on sources before the comparisons start. Most of the head-to-head pages you will find for these four are published by one of the four — Coval maintains comparison posts on Hamming, Cekura and Bluejay; Hamming and Cekura publish their own landscape reviews. Treat every claim about a competitor's weakness as marketing, and every self-reported capability number as a ceiling measured under favourable conditions. The facts worth carrying are the published prices and the shape of each product, which is what this piece sticks to.
The axis nobody sells on
Every one of these platforms is really two products stapled together: a thing that produces callers, and a thing that decides whether the call went well. The second half is broadly commoditised — a transcript, some assertions, an LLM judge, a dashboard. The first half is where the money and the difference are, and it is the half that determines whether the number at the end means anything.
A generated persona is written from a description you supplied, which means it exhibits the failure modes you already thought of. That is genuinely useful before launch, when you have nothing else, and it is structurally incapable of surprising you. Replayed production audio has the opposite property: it contains the accents, the cross-talk, the hold music bleeding through, the caller who changes their mind halfway through a sentence — every distribution feature you did not know to write down — and it exists only if you already have an agent in production taking real calls.
This is why the choice is not really a feature comparison. If you have no production audio, a replay-first product has nothing to replay. If you do have production audio, evaluating exclusively against personas you invented is a way of grading your own imagination. Most teams need both eventually, and almost every team buys the wrong one first, because they shop on the demo rather than on the corpus.
Coval's positioning is the interesting third answer. Its founder led evaluation infrastructure at Waymo, and the methodology it imports from autonomous-vehicle testing is not "simulate more" but "pin a scenario set and re-run it on every change" — the value is in the suite being fixed and the comparison being longitudinal, which is a different claim from realism. That maps cleanly onto eval-driven development, and it is the reason its CI integration gets more attention than its persona quality.
Price is a coverage decision in disguise
Cekura's credit model works out to roughly twenty cents for a one-minute simulated call. Coval publishes a $100 entry tier, a $500 growth tier and enterprise from $4,500 a month. Hamming prices on volume rather than seats and shares numbers only after a demo; Bluejay publishes nothing.
The temptation is to read this as cheap versus expensive. Read it instead as a constraint on suite size, because that is how it will actually bite. A per-minute price you can compute in advance lets you decide to run four hundred variations of the one interaction that keeps failing. A tier you have already paid for, or a sales-led contract with a negotiated volume, pushes teams toward a small curated set of calls that everyone agrees are representative — and a small curated set is exactly the thing a voice agent does not fail on. The failures live in the tail: the fifth-percentile accent, the caller who says "no, wait" over the confirmation, the transfer that lands in a queue.
So the question to take into a pricing conversation is not the monthly figure. It is: what does the four-hundredth variation of this scenario cost, and can I compute that number without emailing anyone? For a team whose whole problem is long-tail coverage, an unpublished enterprise price is a real product limitation, not just a procurement annoyance.
The corresponding warning applies to the cheap end. Twenty cents a call makes it rational to run enormous suites, and enormous suites of near-identical generated personas produce a confident pass rate over a distribution nobody validated. Volume is only worth buying once the caller distribution is worth sampling — the same trap our page on eval-set maintenance describes for text agents, arriving here with a phone bill attached.
The scoring problem is not the simulation problem
Ask any team running voice evals what hurts and you will hear the same complaint: the judge is flaky. The same call scores differently on re-run, a prompt tweak moves the score with no change in behaviour, and nobody trusts the dashboard enough to block a release on it.
Two of these four attack that from opposite ends, and the contrast is the most substantive technical difference in the set. Hamming's pitch is audio-native evaluation — scoring the audio signal rather than only the transcript — which raises the fidelity of what the judge is looking at and is the only approach that can see the failures that never reach a transcript at all. Cekura's Conditional Actions is a rule-based testing engine explicitly framed as a way to reduce LLM-judge flakiness: express the check deterministically and the judge stops being in the loop for it.
Both are right, and they are complements rather than alternatives. A voice agent's failures divide cleanly. Content failures — wrong policy quoted, hallucinated availability, missed intent — are semantic, live in the transcript, and genuinely need a judge; treat them the way you would treat any LLM-as-judge setup, with a calibrated rubric and a labelled sample. Interaction failures — the agent talks over the caller, endpointing cuts them off mid-word, a two-second dead air before every reply, DTMF not registering, one-sided audio — are timing and signal properties. They are measurable exactly, they are the ones that make callers hang up, and putting them through a language model is a category error that also happens to be the flakiest part of your suite.
Whatever you buy, split the suite along that line on day one. Deterministic assertions on the interaction properties, a judge only on content, and never a single blended score, because a blended score is what makes a regression in barge-in look like noise. That split is also what makes the harness portable — it is the durable part of the investment, and it survives switching vendors.
Which brings up the number that gets advertised hardest and matters least. Hamming has claimed 1,000-plus concurrent simulations; Cekura claims 2,000-plus. Both are far past the point where your own agent, your telephony provider's rate limits or your model provider's quota becomes the binding constraint. Nobody's release was ever blocked by the harness running out of concurrency.
When to pick which
| Situation | Lean | Because |
|---|---|---|
| Pre-launch, no production calls yet | Coval or Bluejay | Generated personas are all that exists; a pinned suite in CI is worth more than realism you cannot have yet. |
| Live agent, recordings you can replay | Hamming | Your own failed calls are a better test set than anything generated, and audio-native scoring sees what transcripts drop. |
| Long-tail coverage on a small budget | Cekura | A published per-minute price is the only one of the four you can plan a large suite against. |
| Legacy telephony, IVR trees, DTMF | Hamming | DTMF and IVR emulation is a specific capability, and the failures there are entirely non-textual. |
| Regression gate blocking a deploy | Coval | The CI-first shape is the product decision, not an integration; longitudinal comparison is the whole point. |
Two things to do regardless of which name you land on. Run a two-week parallel trial on the same twenty calls — one bake-off against a fixed set tells you more about judge agreement than any feature matrix — and check what you can export. A test suite you cannot take with you converts a tooling decision into a lock-in decision, and the suite, not the vendor, is the asset you are actually building.
FAQ
Do I need one of these, or can I use my existing eval framework?
A text eval framework can score transcripts, and if content accuracy is your only concern that may be enough. What it cannot do is place a call, handle barge-in and endpointing, emulate DTMF, or measure the timing properties that cause hang-ups. If your agent talks on a phone line, the telephony half is the part you would otherwise build.
Is production call replay always better than simulation?
It is a better sample of reality and a worse instrument for change. Replay tells you how the current agent handles calls that already happened; it cannot cover a flow you have not shipped, and it carries recording-consent and PII obligations that generated calls do not. Most mature setups run replay for realism and a pinned generated suite for regressions.
How much do concurrency numbers matter?
Very little. Advertised figures of 1,000 and 2,000 concurrent simulations sit well beyond the point where your telephony provider, your model quota or your own agent becomes the bottleneck. Judge quality and caller realism decide whether the suite is useful; concurrency decides how fast a useless suite finishes.
Why is the pricing so hard to compare?
Only Coval and Cekura publish rates; Hamming and Bluejay are sales-led. Cekura's credit model is the only one that converts cleanly to a per-call figure, at roughly twenty cents for a one-minute simulated call, which is why it is the easiest of the four to plan a large suite against.
Can I trust the vendor comparison pages?
Use them for structure and not for verdicts. Each of these companies publishes head-to-head pages against the others, so the capability lists are useful and the conclusions are marketing. Run your own twenty-call bake-off; it costs a fortnight and settles the question that no comparison page can.
Further reading
On this wiki:
- Evaluating voice agents — what to measure before choosing a tool to measure it with.
- Turn-taking & barge-in — the interaction failures a transcript cannot show you.
- Simulated users in agent eval — why the simulator sets the ceiling.
- The latency budget — the number that decides whether callers stay on the line.