Pcloudy's Test Orchestration Agent (QuantumRun) shards your suite, spins up just-in-time test environments, and executes everything in parallel — no infra to manage, no flaky scheduler scripts, no waiting.
A typical 1,248-test checkout regression run on a single agent vs. sharded across QuantumRun's just-in-time workers.
* Indicative — actual gains depend on suite size, framework, and per-test runtime.
Most teams hit a wall at a few hundred tests — runners queue, machines stall, and a 3-hour pipeline becomes the bottleneck for every release. Adding more Jenkins agents only moves the pain. Running Appium suites across real Android and iOS devices makes it worse.
QuantumRun — Pcloudy's AI Test Orchestration Agent and part of the QPilot.AI platform — treats execution as an intelligent scheduling problem. Upload your suite as a ZIP, pick your framework, and QuantumRun shards tests across just-in-time environments including real devices — distributing load, eliminating queue time, and finishing in a fraction of the time.
You see one Run page. Behind it, hundreds of workers are reporting back in real time.
From 10 to 10,000 tests with no infra changes — capacity matches the run.
AI-driven task distribution across available workers — maximizes throughput, eliminates idle time.
Test environments are spun up per run and torn down after — no idle cost.
From upload to results — your ZIP flows through the scheduler, fans out across just-in-time workers, and returns aggregated logs with a full audit trail.
No agent installs, no runner config files, no parallel scheduling scripts to maintain.
Give it a name and description. Projects group your jobs and runs in one place.
Pick automation tool, language, and framework. Upload a ZIP with your test suite and config.
Hit Run. QuantumRun shards your tests across just-in-time workers and executes them in parallel.
Track every task, watch status update live, and download aggregated logs when the run completes.
Three surfaces do the heavy lifting — the job setup, the live run page, and the test details panel.
Bundle your suite and dependencies, pick your framework, and you're ready to run.
Per-worker progress, status updates, and resource allocation — no refresh needed.
Every run gets a unique ID, metadata, and a downloadable log bundle for post-mortem.
One ZIP, one config — no agents, no DSLs, no rewrites. Trigger from the UI or your CI/CD pipeline.
tests-config.zip
├── testng.xml
├── pom.xml
├── pcloudy.yml # job + framework hints
└── src/test/java/
├── LoginTests.java
├── CartTests.java
└── CheckoutTests.java
tests-config.zip
├── pytest.ini
├── requirements.txt
├── pcloudy.yml
└── tests/
├── test_login.py
├── test_cart.py
└── test_checkout.py
tests-config.zip
├── requirements.txt
├── pcloudy.yml
└── suites/
├── login.robot
├── cart.robot
└── checkout.robot
# .github/workflows/quantumrun.yml
- name: Trigger QuantumRun
run: |
zip -r tests-config.zip ./tests pcloudy.yml
curl -X POST https://api.pcloudy.com/v1/quantumrun/jobs \
-H "Authorization: Bearer ${{ secrets.PCLOUDY_TOKEN }}" \
-F "job_id=checkout-regression" \
-F "package=@tests-config.zip"
// Jenkinsfile
stage('QuantumRun') {
steps {
sh 'zip -r tests-config.zip ./tests pcloudy.yml'
sh '''curl -X POST https://api.pcloudy.com/v1/quantumrun/jobs \
-H "Authorization: Bearer $PCLOUDY_TOKEN" \
-F "job_id=checkout-regression" \
-F "package=@tests-config.zip"'''
}
}
Run the full suite every night across hundreds of shards. Wake up to a green build — or a triaged failure list.
Trigger from your CI on every pull request. Block merges on real test failures, not pipeline timeouts.
Fire 10,000 parallel checks against staging before a release window — without provisioning a single VM.
QuantumRun shards Mobile, Web, API and backend suites under the same Run page — same dashboard, same logs, same audit.
Appium suites on real devices
Selenium across real browsers
REST/GraphQL collections
Service & integration tests
Run 10 tests or 10,000 — capacity is allocated automatically per job.
Smart distribution across workers eliminates idle time and network latency.
Fresh environments per run. No leftover state, no manual cleanup.
Organise suites by project. Each job is a reusable, configurable run target.
Live task list, per-shard progress, and aggregated pass/fail counts.
One bundle per run — perfect for triage, audit and CI archival.
Bring your existing TestNG, JUnit, PyTest or Robot suites — no rewrites.
Every execution is tracked by Run ID, user and project for full traceability.
QuantumRun runs your tests in the language and framework you already use. No rewriting, no new DSL.
Nightly regression suites for banking apps routinely exceed 5,000 tests. QuantumRun shards them across hundreds of just-in-time workers — including real Android and iOS devices — so your team wakes up to results, not a blocked pipeline.
An AI test orchestration agent is software that decides how, where, and when to execute a test suite — sharding tests intelligently, allocating just-in-time workers (including real devices), and aggregating results in real time. Unlike traditional CI runners that execute tests sequentially on a fixed pool of agents, QuantumRun treats execution as a scheduling problem and adapts capacity to the run.
Jenkins parallel execution is bound by the number of static agents you provision and maintain. QuantumRun spins up just-in-time workers per run — scaling from 10 to 10,000 tests with no pre-provisioned infra, no idle agents between builds, and no queue time. It also handles real device allocation natively, which Jenkins agents don't.
Yes. QuantumRun shards Appium, Espresso, XCUITest and other mobile suites across Pcloudy's 5,000+ real Android and iOS devices. Each shard gets a fresh device session — no emulator drift, no shared state, no flakes from device contention.
Trigger QuantumRun jobs directly from GitHub Actions, Jenkins, GitLab CI, Azure DevOps, Bitbucket Pipelines or CircleCI. Bundle your suite as a ZIP, POST it to the QuantumRun API with your token, and the run executes as part of your pipeline. Aggregated results and logs come back for archival in your build artifacts.
A just-in-time environment is a fresh, isolated worker (or real device session) provisioned at run time and torn down when the job finishes. There's no leftover state between runs, no idle infrastructure cost, and no manual cleanup — every test starts from a known, clean baseline.
Yes. BFSI nightly regression suites routinely exceed 5,000 tests across web and mobile. QuantumRun shards them across hundreds of just-in-time workers — including real devices on real networks — on PCI-DSS and SOC 2 compliant infrastructure, with a full run-level audit trail for every execution.
QuantumRun analyses your suite (test count, framework, historical runtime where available) and distributes tests across workers to balance load and minimise total wall-clock time. Mobile tests are matched to compatible real device pools; web and API tests fan out across compute workers. The goal: every shard finishes at roughly the same time, with no straggler blocking the run.
Languages: Java, Python, JavaScript/TypeScript, C#, Ruby, Kotlin, Swift, Groovy, PHP. Frameworks: Selenium, Appium, Playwright, Cypress, WebdriverIO, Puppeteer, TestNG, JUnit, PyTest, unittest, Behave, Cucumber, Robot Framework, Mocha, Jest, Jasmine, NUnit, xUnit, RSpec, Espresso, XCUITest, Detox, Calabash, EarlGrey. Bring your existing suite — no rewrites, no new DSL.