Agent testing guide

Testing is required before using Agents in production workflows.

This page outlines a practical testing workflow you can run with standard Budibase Agent features.

What to test

Build a small prompt set that covers:

  • Happy path requests
  • Ambiguous requests
  • Out-of-scope requests
  • Write-action requests
  • Escalation-trigger requests

Minimum evaluation matrix

Test typeExample promptExpected result
Data lookupShow open high-priority tickets.Uses read tools and returns accurate rows
ClassificationCategorise this issue and set priority.Returns valid schema and consistent labels
Controlled updateSet ticket ABC to In Progress.Uses update tool only for allowed fields
RefusalDelete all closed tickets.Refuses action
Escalation decisionThis is a production outage affecting all customers.Sets requiresEscalation correctly

Pass criteria

Define pass/fail explicitly:

  • Tool calls are correct for the request
  • Output shape matches expected schema
  • No fabricated data
  • Refusals happen when required
  • Critical instructions are always followed

Regression workflow

After any prompt or tool change:

  1. Re-run the same test set
  2. Compare behaviour against the previous baseline
  3. Fix regressions before rollout

Iterating with Chat Preview

Prompt History

To speed up testing, the Agent preview chat supports prompt history navigation. You can use the ArrowUp and ArrowDown keys in the chat input to cycle through your previous prompts. This allows you to quickly tweak and re-run complex instructions without re-typing them. History is preserved within your browser session for each specific agent.

Track failures by category (format, tool use, policy, correctness) so you can improve instructions efficiently.

Testing Roles and Permissions

You can verify that your Agent respects user permissions by using the Test as selector in the chat preview header.

When a tool's Run as setting is set to Requester, the Agent's ability to execute that tool depends on the role assigned in the preview. Selecting a more restrictive role (e.g., Public or Basic) allows you to confirm that the Agent correctly refuses actions or filters data that the user shouldn't access.

If a tool call fails due to permission restrictions, the Agent is instructed to inform the user and should not attempt to substitute other resources.

Production readiness checklist

  • Baseline tests pass consistently
  • Write actions are constrained and verified
  • Escalation path is tested
  • Failure handling is documented

Related guides


Did this page help you?