Pcloudy's API Testing Agent is a visual workflow builder. Design realistic end-to-end API flows, pass variables between steps with JSONPath, set custom pass/fail rules, and run entire collections as a regression suite.
Most API testing tools treat every call as an isolated request. But real user flows look like: authenticate → fetch resource → mutate → verify. Each step depends on data from the last — and the response your API returns on a real Pixel 9 on 4G is not the same as what a desktop test runner sees.
Pcloudy's AI API Testing Agent is built for these workflows. Extract a token from a login response with JSONPath, pass it into the next request as {{Token}}, validate every step against custom pass/fail criteria — and execute the entire flow through real Android and iOS devices on real networks. No scripts, no glue code, no emulators.
QA, developers, and product teams all build the same way: visually, in the browser — backed by 5,000+ real devices.
Extract any value from a response with JSONPath and reuse it in any later step.
Go beyond HTTP 200 — assert on JSON values, response time, body contents, and more.
Group workflows from any project and run them together for regression and smoke tests.
The API Testing Agent abstracts the boilerplate. You focus on the business flow you're validating.
Organize workflows into projects and folders. Use Private for yourself or Team to share.
Add steps one at a time in the visual Workflow Builder. Configure method, URL, headers, body, and auth.
Extract values from each response with JSONPath. Reference them in later steps using {{variable}} syntax.
Execute the workflow or a full collection. Get pass/fail per step, response times, and a cURL command for any request.
Three core surfaces do the heavy lifting — the request builder, the evaluation panel, and the collection runner. Here's what they actually look like.
{
"email": "qa@pcloudy.com",
"password": "{{password}}"
}
$.token as {{Token}}Method, URL, headers, body, auth — all in tabs. Reference variables anywhere with {{name}} syntax.
Stack rules per step — JSON values, body contents, response time. A 200 with the wrong payload still fails.
Bundle workflows from any project. Trigger from the UI or your CI pipeline.
Project-level constants like {{baseUrl}}. Switch staging ↔ production in one click.
Retry counts, delays, and conditional execution for flaky endpoints.
Generate cURL for any step. Share with backend devs or paste into terminal.
Basic, Bearer, API Key or Custom Header. Set once and chain across steps.
Most API tests fail because real flows depend on dynamic data — tokens, IDs, session keys. The API Testing Agent makes chaining trivial. Define a JSONPath in the Variables tab, give it a name, and use it anywhere downstream.
{{Token}} Extracted from $.token in your auth response{{userId}} Extracted from $.user.id and reused in path params{{baseUrl}} Project-level global — swap staging ↔ production instantly{
"token": "eyJhbGciOiJIUzI1NiIs...",
"user": {
"id": 42,
"email": "qa@pcloudy.com"
}
}
Token → $.tokenGET {{baseUrl}}/devices
Authorization: Bearer {{Token}}
Content-Type: application/json
HTTP 200 isn't enough. The API Testing Agent lets you assert on the values that actually matter — JSON fields, response time thresholds, body contents, and status codes — per step.
| Criterion | Example |
|---|---|
| Status Code | Expected: 200 |
| JSON Path Value | $.status === "success" |
| Body Contains | Response includes "orderId" |
| Response Time | Fails if > 5000ms |
Every run produces a full breakdown — by step, by status code, and by validation outcome.
Bundle workflows from any project and run them as one. Perfect for regression, smoke tests, or full feature validation.
Already running mobile or web tests on Pcloudy? You can now validate the APIs and data behind them in the same workspace — same projects, same team, same reports.
Real Android & iOS devices in the cloud — manual + automated testing.
Cross-browser testing on real desktop and mobile browsers.
Visual workflows, variable chaining, evaluation rules — no scripting.
Validate DB state alongside your UI and API runs in the same flow.
Battle-tested patterns to keep your API suites fast, readable, and dependable.
Always start with an authentication step that extracts a token. Every downstream step rides on it.
Put base URLs in {{baseUrl}} so you can switch staging ↔ production with one edit.
Set evaluation criteria on every step — a 200 with the wrong JSON is still a bug.
Use the per-step Test tab to debug before running the whole workflow.
Send the failing step's cURL to your backend team. Faster than a Slack thread.
Smoke, regression, and end-to-end deserve their own collections — not one giant blob.
An AI API testing agent is a tool that builds, executes, and validates multi-step API workflows without scripting. Pcloudy's agent lets you visually chain requests — authenticate, fetch, mutate, verify — extract values from any response with JSONPath, and reuse them as {{variables}} in later steps. Each step is validated against custom pass/fail rules (status code, JSON values, response time), and entire workflows can be replayed as regression suites on real Android and iOS devices.
Postman is great for ad-hoc requests, but real workflows need chaining, environment isolation, and real-device execution. Pcloudy's API Testing Agent runs entire workflows through 5,000+ real Android and iOS devices on real networks — so you see the response your users actually get, not what a desktop runner sees. It also unifies API and UI testing in a single dashboard with shared CI/CD triggers, collections-as-suites, and 1-click cURL export for parity with terminal/Postman debugging.
Yes — that's its core strength. Run API workflows from real Android and iOS devices on real carrier networks (4G, 5G, Wi-Fi) so you can validate latency, payload size, and auth flows the way they actually behave on your users' phones. This catches mobile-only failures that desktop API tools miss entirely.
Yes. The agent supports OAuth 2.0, bearer tokens, API keys, and custom header authentication, plus strict pass/fail evaluation on response bodies — critical for transaction APIs where HTTP 200 alone is not enough. Combined with Pcloudy's private cloud and on-premise deployment options, it meets the data isolation requirements of banking and fintech teams.
Workflows and collections can be triggered from Jenkins, GitHub Actions, GitLab CI, Azure DevOps, CircleCI, and any other pipeline via REST trigger. API regressions run on every build alongside your UI tests on Pcloudy real devices, and all results flow back into a single dashboard with pass/fail history and response diffs.
Variable chaining means extracting a value from one API response (e.g. an auth token, an order ID, a session cookie) and using it in a later request. Real user flows always chain — login → fetch profile → place order → check status — so isolated request testing misses the bugs that actually break production. Pcloudy uses JSONPath expressions (like $.data.token) and {{variableName}} references so chaining works without any scripting.
Yes. Bearer tokens, OAuth 2.0, basic auth, API keys, and custom headers are all supported per step. You can authenticate once at the start of a workflow, chain the resulting token into every downstream request, and assert on auth failure responses (401/403) as part of negative-test workflows.
Yes — and that's the key differentiator. Every workflow can be executed from a real Android or iOS device in Pcloudy's cloud, so headers, network conditions, certificates, and response handling reflect production reality. No emulators, no desktop proxies — just your APIs running through a real phone the same way your users hit them.