Important: This documentation is about an older version. It's relevant only to the release noted, many of the features and functions have been updated or replaced. Please view the current version.
Running k6
Follow along to learn how to:
- Run a test.
- Add virtual users.
- Increase the test duration.
- Ramp the number of requests up and down as the test runs.
With these example snippets, you’ll run the test with your machine’s resources.
But, if you have a k6 Cloud account, you can also use the k6 cloud
command to outsource the test to k6 servers.
Run local tests
To run a simple local script:
Create and initialize a new script by running the following command:
$ k6 new
$ docker run --rm -i -v $PWD:/app -w /app grafana/k6 new
PS C:\> docker run --rm -i -v ${PWD}:/app -w /app grafana/k6 init
This command creates a new script file named
script.js
in the current directory. You can also specify a different file name as an argument to thek6 new
command, for examplek6 new my-test.js
.Run k6 with the following command:
$ k6 run script.js
# When using the `k6` docker image, you can't just give the script name since # the script file will not be available to the container as it runs. Instead # you must tell k6 to read `stdin` by passing the file name as `-`. Then you # pipe the actual file into the container with `<` or equivalent. This will # cause the file to be redirected into the container and be read by k6. $ docker run --rm -i grafana/k6 run - <script.js
PS C:\> cat script.js | docker run --rm -i grafana/k6 run -
Add VUs
Now run a load test with more than one virtual user and a longer duration:
$ k6 run --vus 10 --duration 30s script.js
$ docker run --rm -i grafana/k6 run --vus 10 --duration 30s - <script.js
PS C:\> cat script.js | docker run --rm -i grafana/k6 run --vus 10 --duration 30s -
Running a 30-second, 10-VU load test
Note
k6 runs multiple iterations in parallel with virtual users (VUs). In general terms, more virtual users means more simulated traffic.
VUs are essentially parallel
while(true)
loops. Scripts are written in JavaScript, as ES6 modules, so you can break larger tests into smaller pieces or make reusable pieces as you like.
The init context and the default function
For a test to run, you need to have init code, which prepares the test, and VU code, which makes requests.
Code in the init context defines functions and configures the test options (like duration
).
Every test also has a default
function,
which defines the VU logic.
// init
export default function () {
// vu code: do things here...
}
Init code runs first and is called only once per VU.
The default
code runs as many times or as long as is configured in the test options.
To learn more about how k6 executes, read about the Test lifecycle.
Set options
Instead of typing --vus 10
and --duration 30s
each time you run the script,
you can set the options in your JavaScript file:
import http from 'k6/http';
import { sleep } from 'k6';
export const options = {
vus: 10,
duration: '30s',
};
export default function () {
http.get('http://test.k6.io');
sleep(1);
}
If you run the script without flags, k6 uses the options defined in the script:
$ k6 run script.js
$ docker run --rm -i grafana/k6 run - <script.js
PS C:\> cat script.js | docker run --rm -i grafana/k6 run -
Ramp VUs up and down in stages
You can ramp the number of VUs up and down during the test.
To configure ramping, use the options.stages
property.
import http from 'k6/http';
import { check, sleep } from 'k6';
export const options = {
stages: [
{ duration: '30s', target: 20 },
{ duration: '1m30s', target: 10 },
{ duration: '20s', target: 0 },
],
};
export default function () {
const res = http.get('https://httpbin.test.k6.io/');
check(res, { 'status was 200': (r) => r.status == 200 });
sleep(1);
}
For more granular ramp configuration, you can use scenarios and the ramping-vus
executor.
Execution modes
Note
Portability is a major design goal of k6.
You can run the same test in different modes with minimal changes.
k6 supports three execution modes to run a k6 test: local, distributed, and cloud.
Local: the test execution happens entirely on a single machine, container, or CI server.
k6 run script.js
Distributed: the test execution is distributed across a Kubernetes cluster.
Save the following YAML as
k6-resource.yaml
:--- apiVersion: k6.io/v1alpha1 kind: K6 metadata: name: k6-sample spec: parallelism: 4 script: configMap: name: 'k6-test' file: 'script.js'
Apply the resource with the following command:
kubectl apply -f /path/to/k6-resource.yaml
Cloud: the test runs on Grafana Cloud k6.
k6 cloud script.js
Additionally, cloud-based solutions can run cloud tests on your own cloud infrastructure, and accept the test results from a local or distributed test.