Lesson 6 · 14 min
Test an automation before you trust it
By the end
A test sheet of real past cases with the right answer for each, and a count of what your automation got wrong.
Learn · 4 min
Test on the past, where you know the answers
Before an automation touches live work, run it on cases you’ve already handled: last month’s emails, inquiries or reports. Your sent folder and your CRM are full of them, and you know what the right answer was, so you can score it. A plumbing firm testing its inquiry router would take last month’s web inquiries and note where each one should have gone.
A spreadsheet is enough: one row per case, with columns for the input, the right answer, what the automation did, right or wrong, and minor or serious. Write the right answers before you run anything, so the output can’t nudge your judgment.
Start with 20 to 30 cases and include the awkward ones: the angry customer, the email that fits two labels, the inquiry with no budget. Easy cases flatter every automation.
Count, and weigh what went wrong
Reading five outputs and thinking “looks good” isn’t a test. Count how many were right, how many were wrong, and which wrong ones would have hurt. A newsletter filed under Suppliers is a shrug. A complaint filed under General and left for a week is not. For each miss, note the cause: an unclear instruction, missing information, or a case that should have gone to a person.
Set your bar before you look, for example: no serious errors, and no more than two minor ones in 30. Decide afterward and any result can look acceptable. Write the bar at the top of the sheet, where everyone can see it.
Then run the same cases again. AI steps can give different answers to the same input, and answers that flip between runs point to instructions that leave room for interpretation.
Test the three questions too
Most tests only check the happy path, where everything goes right. Using a test copy of the automation, check the safety parts as well:
- Approval: send through a case that must go to a person, and confirm it waited.
- Silence: leave one approval unanswered, and confirm the reminder and the backup both fire.
- Failure: break something on purpose in the copy (disconnect an account, rename a column) and confirm a person finds out, through an alert or the daily summary.
Passing earns a trial, not trust
A good score earns a trial run. Run the automation alongside the manual way for two weeks, compare results daily, and switch over when it meets your bar on live work. That call is a person’s, not the tool’s.
Keep the test sheet, and add every new mistake to it as a case. Rerun all of it after any change to the instructions, the form or the spreadsheet, because a fix for one case can break another. Rerun it, too, when the AI model behind the step changes, since the same instructions can behave differently on a new model.
Try it on your business
10 minStart the test sheet for one automation, planned or running, with five real cases now, and build it to 20 or 30 over the week. Tool cost: none; a spreadsheet and your assistant are enough for a first pass.
- 1
Make a sheet with columns for case, right answer, automation’s answer, right or wrong, and minor or serious.
- 2
Add five real cases from last month, at least two of them awkward, and write the right answer for each before running anything.
- 3
Run the prompt, paste the answers into the sheet and mark them. Rerun any serious error on its own, since the real step sees one case at a time.
- 4
Run all five again in a new chat, with memory off if your assistant has it, and note any answer that changed.
- 5
Write down your bar for switching on, and the first thing you’ll fix.
You are testing the AI step of an automation for [BUSINESS]. These are the step's instructions, exactly as the automation uses them: [PASTE YOUR AI STEP INSTRUCTIONS] Apply the instructions to each case below separately, as if it were the only one. Return a table with two columns: case number, your output. Don't add comments or advice. Cases: [PASTE 5 PAST CASES, NUMBERED, NAMES REMOVED]
Human check: before you use it
Your automation got 28 of 30 test cases right. What decides whether it’s ready?
Ask the Distillery
Answers come from The Distillery’s own pages, with sources.
- How many test cases is enough?
- What if it’s a new process with no past cases?
- How do I test failure alerts safely?
If the Distillery doesn’t know, it says so and points you to a person.