k6 v0.27.0 is finally out! It has been over a year since the k6 team started working on this release, which includes a multitude of new features, improvements, bugfixes and beyond. This release was an effort to redefine performance and load-testing in k6, by introducing a new execution engine and lots of new executors on top, along with the most requested feature, scenarios. It also includes many UX improvements and bugfixes. This release is a joint effort between the company, specifically the k6 team, and the community to fulfill the goal of the #1007 PR and many others.
k6 v0.27.0 was released on Jul 14th 2020, and the changes in this release included 438 commits and the efforts of at least 9 contributors. k6 v0.27.1 was released on Jul 30th 2020, and featured a few important bugfixes and optimizations compared to v0.27.0. This is a huge milestone for us and the k6 project as a whole and we hope that you'll enjoy it as much as we do!
This is the first public release of the new execution engine, offering users new ways of modeling advanced load testing scenarios that can more closely represent real-world traffic patterns. It includes the long-awaited feature, scenarios, that helps model traffic patterns in more creative ways. Previously, there were only a few options to control the execution of k6 and the test, namely the vus, iterations, duration and stages. Although a vast majority of the existing k6 scripts continue to work the same as before, some corner cases require changes. The scenarios are an entirely optional feature, but they help with modeling advanced traffic patterns.
The new execution engine includes several different ways of scheduling script iterations, encapsulated as the following distinct executors:
- shared-iterations: a number of iterations are shared between all specified VUs (up to some specified total maxDuration).
- per-vu-iterations: each VU executes a fixed number of iterations (up to some specified total maxDuration).
- constant-vus: a fixed number of VUs execute as many iterations as possible for a specified duration.
- ramping-vus: a variable number of VUs execute as many iterations as possible for a specified duration.
- constant-arrival-rate: iterations are executed at a fixed rate for a specified duration.
- ramping-arrival-rate: iterations are executed at a variable rate for a specified duration.
- externally-controlled: control and scale execution at runtime via k6 REST API or the CLI.
Scenarios also include the possibility to configure gracefulStop and gracefulRampDown to control the behavior of test executions and iterations. Also, the scenarios can be mixed and matched together to provide more granular control over the test, in sequence or in parallel. Different scenarios can execute different JS functions, have different environment variables and assign extra tags to the metrics they generate. The following script is an advanced example of such a scenario. You see how different scenarios with different executors are combined to run different functions for testing the website and the API.
For more information, please see scenarios in the documentation.
The CLI has new real-time thread-safe progress bars for each individual executor, along with better error messages for module imports. The __VU variable is now available in the script init context, allowing easier splitting of test input data per VU and reducing RAM usage. Also, a new method has been added to stop engine execution via the k6 REST API.
There are many bugfixes and improvements in the CLI tool. The validation of configuration options has also been improved. The JS engine (goja) is also updated and many bugfixes and enhancements were made to the HTTP and the WebSocket protocols. The internal architecture of k6 has also gone through extensive changes and improvements.
There are some breaking changes in the script, execution of the script, CLI and configurations, that are described in the release notes.