Configure your testplan
Set the base URL, authentication, timeouts, and runtime variables in one place.
Build repeatable API tests, connect your requests, and see what passes—and why something fails. All in one clear workspace.
30 days to explore · No credit card required
Your customer journey, covered.
/customers/customers/${customerId}/customers/${customerId}/customers/${customerId}From request to result
Keep the setup, checks, and results together, so the next run starts with what you’ve already built.
Create a customer, capture its ID, and use it in the next request. Runtime variables let your tests follow the same journey as your application.
Expected status 200
$.id equals ${customerId}
$.email → ${customerEmail}
Acceptapplication/jsonX-Customer-ID${customerId}Reuse runtime values in headers as well as endpoints, parameters, and request bodies.
customerIdCaptured from $.idcustomerEmailCaptured from $.emailDefine variables in your testplan config, then capture values from earlier responses.
Running Customer API2GET /customers/423Response: 200 OK · 184 ms4PASS Response status equals 2005FAIL Check response value at $.active6 Expected: true7 Actual: false8Authorization: [REDACTED]Follow output as a job runs, then return to its results when you’re ready. Turn on debug mode when you need a closer look at a failed check.
Review recent jobs, spot failed runs, and track test success across a timeframe you choose. Come back to the output behind each result.
A straightforward workflow
Set the base URL, authentication, timeouts, and runtime variables in one place.
Define your checks, order the tests, and use tags to run a focused subset.
Follow the job live, investigate failures, and revisit results from your dashboard.
Room for your next test
Explore RestTester with a 30-day trial. These are the current capacity limits for each tier.
Get your first API flow covered.
No credit card required
More coverage for your own APIs.
Keep more API workflows in view.
Space for broader API coverage.
Test limits are totals across your account, including disabled tests. The trial includes 30 job runs in total, with no daily reset. Paid tiers have daily job allowances that reset at 00:00 UTC. New accounts start on the trial; online payment and paid upgrades are not yet available.
A few helpful details
Yes. Define a runtime variable in your testplan config, capture a response value with a JSON path such as $.id, and use ${customerId} in later requests or response checks.
Yes. Add tags to individual tests, then select the tags in your testplan config. Only enabled tests matching a selected tag run. Clear the tag selection to include all enabled tests.
Import CSV or JSON data into your testplan to supply runtime variables for different data rows. Reuse the same requests and response checks across those inputs.
Each job keeps its output and test results. Debug mode adds request details and redacted expected-versus-actual comparisons for failed checks. Authentication credentials and variables marked Secret are hidden in debug output.
Your next request, with more confidence
Start with one testplan. Build a clearer picture with every run.