Load testing
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_load_tests | List the project's load tests (id, name, status). |
create_load_test | Create a load test from a configuration. |
update_load_test | Rename a load test and/or replace its configuration. |
delete_load_test | Delete a load test. |
run_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.