For companies whose chatbot answers customers

Chatbot testing services

A chatbot can be polite, fast and wrong. We test whether it answers from your own policy and documents, hands over to a person when it should, keeps track of a conversation, and keeps working after you change the model or the prompt.

€20-45Per hour
First 2 weeksComplimentary on ongoing work if not happy
50+QA engineers
4.9Clutch, 71 reviews

What we check

  • GroundingAnswers match your policy and documents
  • HandoverEscalation to a human
  • ContextMulti-turn conversations
  • ChangeRegression after model or prompt edits
// checks

Seven things we test in a chatbot

Grounded answers

We build a golden question set with the correct answers from your policy, then check each reply against it.

Escalation to a human

It hands over when asked, when it is unsure and when the topic is out of scope, and passes the context on.

Tone

The voice fits your brand and the moment, including when the customer is upset.

Multi-turn context

It remembers what was said, handles a change of mind and does not mix up two customers.

Jailbreak basics

Simple attempts to make it ignore its rules. Deeper attacks are covered by AI red teaming.

Regression

The same questions rerun after a model, prompt or knowledge-base change.

CRM and helpdesk integration

Tickets are created, fields filled and customers identified correctly in your systems.

// golden

The golden question set

The core of chatbot testing is a list of real questions, each with the answer your company would give. Customers ask in their own words, so for each question we add rephrasings, typos and questions that look similar but have a different answer. A reply is checked against your documents, not against what sounds plausible.

A language model gives non-deterministic output: the same question can get a different wording next time (ISTQB CT-AI 4.1.3). So we judge a reply by whether it is correct and within policy, and we run the important questions more than once. You keep the set and can extend it as your policy changes.

// from our own work

What happened when our own AI writers drifted

JRNY, our sales CRM, uses an LLM to write outreach emails and replies and to summarise inbound mail. Azorel, our Slack and chat agent, drafts posts, replies and emails. In both, the prompt asked for the right thing and the model drifted anyway.

Banned phrases came back

The model ignored its own banned-phrase rule in about 1 email in 12 to 20 (2 to 3 leaks in 39 runs), and production had no check. Now every draft is checked and flagged on the approval screen.

"50+ engineers" became "50+ clients"

In a Romanian cold pitch the model turned a team size into a client count. Now the facts are passed in, a backstop check catches the rest, and the tests were written red first.

A meeting that never happened

A draft referred to a call that was never held, because today's date was not passed to the model. Now the date is passed and the prompt guards against it.

Every default sent automatically

We changed every default to fail closed to human approval. All live campaigns are now on approval.

The lesson. A prompt is a request, not a control. We added a deterministic check on the send path, kept a person as the last gate, and run an evaluation set of 22 cases (deterministic checks plus an LLM judge) on every prompt version.

// process

How we test a chatbot

  1. Scope

    Which topics the bot covers, which it must refuse and what it can do in your systems.

  2. Build the question set

    Real questions with correct answers from your policy, plus variants, edge cases and out-of-scope requests.

  3. Run

    Automated runs for repeatable questions, and an engineer reading the conversations where judgement is needed.

  4. Report

    Each wrong answer with the question, the reply, the correct answer and the risk.

  5. Rerun on change

    The same set after every model, prompt or knowledge-base change.

// receive

What you receive

A written report

Findings ranked by risk, with the conversation for each.

The question set handed over

The golden questions and correct answers, ready to rerun when something changes.

Bugs in BugBoard

Each failure logged in BugBoard or your tracker.

How an engagement works

  • €20-45 per hour, by seniority and scope
  • First month is a trial
  • First two weeks complimentary if you are not happy
  • 30 days notice after that
BetterQA engineers working together around the meeting table in the Cluj-Napoca office
// related

Related services

For hostile users, see AI red teaming. If the bot speaks on the phone, see voice agent testing. If it calls tools, see AI agent and MCP testing. The wider view is on AI quality assurance.

// questions

Chatbot testing: common questions

What is chatbot testing?

Checking that a chatbot gives correct answers, stays within policy, remembers the conversation, hands over to a person and keeps doing so after changes.

How do you test a chatbot for accuracy?

With a golden question set: real questions and the correct answers from your own documents. Each reply is compared to the correct answer.

Can the tests run again after a model change?

Yes. The question set is handed over and reruns after each model, prompt or knowledge-base change, so you see what moved.

Do you test the connection to our CRM or helpdesk?

Yes. We check that tickets, fields and customer records are created and matched correctly.

Is this the same as conversational AI testing?

Yes, it is the same work under another name. It covers chat and, with voice agent testing, calls.

Is your chatbot giving the right answers?

Send us a few real customer questions. In a complimentary call we will show you how we would test them.