XHRScribe
AI API Test Generator
Capture live XHR and fetch network traffic and auto-generate runnable API tests with AI — payloads, headers and assertions included. No hand-written requests.
Add to Chrome Explore XHRScribe →Four free Chrome extensions for the API layer. They generate tests from real traffic or from code, let you mock and edit responses without a proxy, and warn you when a response stops matching its contract.
AI API Test Generator
Capture live XHR and fetch network traffic and auto-generate runnable API tests with AI — payloads, headers and assertions included. No hand-written requests.
Add to Chrome Explore XHRScribe →Integration Test Generator from Code
Generate integration tests straight from your code — APItiser reads your API endpoints and produces runnable tests with request setup and assertions, no hand-writing required.
Add to Chrome Explore APItiser →Mock & Edit HTTP Traffic
Hold, edit and mock a tab's HTTP traffic from a side panel — breakpoints, passthrough rewrites, replay and HAR export — with no backend, no account and no setup.
Add to Chrome Explore Mockingbird →API Drift & Schema Detector
Passively learns your API's contract from real browser traffic and tells you the moment a response drifts — missing fields, type changes, unexpected nulls and more. Local-first, zero config.
Add to Chrome Explore Telltale →Every request your web app makes already passes through the browser. These extensions use that traffic directly instead of making you retype endpoints, headers and payloads into a separate client. They're for backend and QA engineers who need API regression coverage, frontend developers who need to fake a response the backend can't produce yet, and anyone who has lost an afternoon to a field that quietly changed type.
XHRScribe and APItiser both produce API tests, but they start from different places. XHRScribe starts from observed traffic, so its tests reflect real URLs, headers and bodies. That makes it the quicker option when you can click through the feature. APItiser starts from the code, so it can cover endpoints the UI never calls. Many teams use both: traffic-based tests for the flows users take, code-based tests for the rest of the API.
Use Telltale while you browse during development, so drift shows up the moment it happens rather than in a failing UI later. When you need to see how the frontend handles an error, a slow response or an empty list, Mockingbird can return that response without anyone changing the server. Once the behaviour is right, capture it with XHRScribe or APItiser so it stays covered. The guide to mocking API responses in Chrome without a proxy compares Mockingbird with the other options.
For the UI side of the same workflow, see the QA testing extensions. For designing the negative cases your API tests should include, see how to write negative and edge-case test cases.