For the complete documentation index, see llms.txt. This page is also available as Markdown.

Load testing

List and dispatch load tests on the cloud load pool.

Load tests live alongside functional features but are authored separately — in the app's Load section — and run on a dedicated cloud load pool. A load test is a feature of kind load; it replays your generated feature journeys as concurrent browser users (simple mode) or drives protocol-level k6 traffic (advanced mode), depending on its configuration.

Full authoring is available from CI or an agent — create, edit, and delete load tests, then dispatch runs. Custom multi-stage k6 ramps stay in-app; everything else (mode, journeys or paths, users, duration, thresholds) is settable here.

Operation
What it does

List the project's load tests (id, name, status).

Create a load test from a configuration.

Rename a load test and/or replace its configuration.

Delete a load test.

Dispatch a load run onto the cloud load pool.

A dispatched load run shares the run spine, so you read it back with the runs operations — get_run, wait_for_run, and list_runs all surface load runs. Live latency / RPS / VU charts and server telemetry render in the app's Load section.

The dispatch → poll pattern is described in Long-running operations.

Last updated

Was this helpful?