Home📖 About Aggi ARIA🚀 Launch Aggi ARIA📖 About the AI Health Check🚀 Launch the AI Health Check✅ AI Review Readiness Check🔑 AI Agent Inventory Check🧰 All free toolsInsightsAbout UsWays to work with usDr. GollaContact Us →
Aggi ARIA (Aggi Responsible Intelligence Assessor) · enterprise continuous compliance·Aggi ARIA AI Health Check (ARIA Shape B) · self-serve, 20 runs a day
Plain answers

How do I test an AI chatbot before customers use it?

Write down the answers you expect before you test, then check the model against them. Cover three things: facts it should get right, requests it should refuse, and rules it must never break. Run that set before launch, and again on a schedule, because passing once is not passing next month.

Write the expected answers first, and write them down

This is the step people skip, and skipping it is what makes AI testing feel impossible. If you read an answer without knowing what you wanted, it will almost always sound reasonable; these systems are good at sounding reasonable. Deciding the right answer in advance turns a matter of taste into a matter of fact.

Twenty questions is a genuinely useful starting set for a small business. Forty is better. You do not need hundreds to learn something important in the first week.

What belongs in the set

  • ✓Facts it must get right. Prices, hours, return windows, what you do and do not sell, who to contact. Take them from your own published material so the expected answer is not in dispute.
  • ✓Requests it must refuse. Anything that would be advice you are not licensed to give, promises you cannot keep, or discounts you did not authorize. Write the refusal you want to see.
  • ✓Rules it must never break. Tone, naming competitors, asking for payment details, claiming capabilities you do not have. These are one-sentence rules, and they are the ones that cause real damage when broken.
  • ✓A few awkward ones. Misspelled questions, angry customers, questions in another language, and the question your worst-behaved customer would ask.

Keep it crude enough that you will actually do it

Pass, fail, or borderline is enough to begin with. Count them, write the date, keep the file. The score matters far less than the trend; three fails this week against zero last week is a signal worth acting on, and no amount of precision in the scoring changes that.

One warning about grading with another AI model, which is a popular shortcut. It works reasonably well for clear-cut cases and poorly for the subtle ones, which are the cases you most want to catch. If you use it, spot-check its grading by hand.

The set is not finished when you launch

Every complaint is a new test case. Every time you edit your documents or your instructions, the set should be run again. That is the whole discipline: a fixed set of expectations, run repeatedly, with the results kept.

It is unglamorous, and it is the difference between believing your assistant works and being able to show that it does.

Other things people ask

How many test cases do I need?

Twenty is a real start, forty is comfortable, and the number matters less than running them repeatedly. Add one every time something goes wrong.

Do I need special software?

No. A spreadsheet and an hour a week will get you most of the value. Software helps when you want it to run on its own, keep the history, and tell you when the results move.

What about things it should refuse?

Test them explicitly and write down the refusal you expect. A model that is helpful about the wrong things is a more common problem than a model that is unhelpful.

Aggi ARIA Shape B runs these checks for you

Point it at your own model, run the tests on demand or on a schedule, and get a score and a report you can hand to someone else. Runs on demand or on a schedule you choose, from $30 a month.