k6 v1.1.0 is here 🎉! This release includes:

• New count, nth, first, and last methods for the browser module's Locator API #4797, #4825
• The k6/experimental/webcrypto module has been removed as its functionality is available globally.
• Group results in the full end-of-test summary are now sorted as in code and properly indented.

Breaking changes

As per our stability guarantees,
breaking changes across minor releases are allowed only for experimental features.

Breaking changes for experimental modules

Remove experimental k6/experimental/webcrypto module #4851

The WebCrypto API has been available globally since v1.0.0-rc1 (or v0.58.0), and now the experimental import (k6/experimental/webcrypto) is no longer available.

The required change for users is to remove the import; the rest of the code should work.

New features

New count method for the browser module's Locator API #4797

The new locator.Count method returns the number of elements matching the locator. Unlike other Locator API methods, locator.Count returns the result immediately and doesn't wait for the elements to be visible.

import { expect } from "https://jslib.k6.io/k6-testing/0.4.0/index.js";
import { browser } from 'k6/browser'

export const options = {
  scenarios: {
    ui: {
      executor: 'shared-iterations',
      options: {
        browser: {
          type: 'chromium',
        },
      },
    },
  },
}

export default async function () {
  const page = await browser.newPage()
  await page.goto('https://quickpizza.grafana.com/login')

  expect(await page.locator('input').count()).toEqual(3);

  await page.close();
}

New nth, first and last methods for the browser module's Locator API #4825

The new Locator API methods, nth, first, and last, can select a single element from multiple elements matched by a locator. For example, selecting a single item from a catalogue of items on an e-commerce website. Because items in this catalogue generally change often and selecting an exact element may fail in future test runs, the new methods help to prevent flaky tests, leading to more reliable tests.

import { expect } from "https://jslib.k6.io/k6-testing/0.4.0/index.js";
import { browser } from 'k6/browser'

export const options = {
  scenarios: {
    ui: {
      executor: 'shared-iterations',
      options: {
        browser: {
          type: 'chromium',
        },
      },
    },
  },
}

export default async function () {
  const page = await browser.newPage()
  await page.goto('https://quickpizza.grafana.com')

  await expect(await page.locator('p').first()).toContainText('QuickPizza');
  await expect(await page.locator('p').nth(4)).toContainText('QuickPizza Labs.');
  await expect(await page.locator('p').last()).toContainText('Contribute to QuickPizza');

  await page.close();
}

UX improvements and enhancements

• #4807 Sorts full end-of-test summary group results as in code and fixes the indentation. Thanks, @the-it, for the contribution!
• #4832 Uses consistent error messages in the execution config options.

Bug fixes

• #4794 Fixes race conditions from stringifying types in k6/browser.
• #4809 Fixes the locator.fill method when used on react based websites.
• #4831 Fixes the Dockerfile for k8s use by setting the user to 12345 instead of k6 to avoid having to work with runAsUser in the pod manifest file.
• #4845 Fixes an infrequent panic when click is called.

Maintenance and internal improvements

• #4608 Enables the 'copyloopvar' linter.
• #4744 Updates the 'golangci-lint' linter to v2.
• #4746 Adds a collection of small k6/browser performance improvements.
• #4750 Fixes the lint GHA.
• #4775 Updates the version of the golangci-lint GHA.
• #4784 Fixes the golangci-lint version detection and execution. Thanks, @tbourrely, for the contribution!
• #4785 Updates the chromedp/cdproto dependency and adjusts the Browser module accordingly.
• #4800 Allows un/marshaling of invalid UTF-8 when using JSONv2 within the Browser module.
• #4802 Fixes the examples/grpc_server and updates its dependencies.
• #4822 Uses the CODECOV_TOKEN variable for GH Workflows from Vault.
• #4831 Fixes the default user defined in the Dockerfile.
• #4833 Retrieves secrets from Vault and adjusts the 'k6packager' deployment process.
• #4837, #4847 Prevent Codecov from running on forks.
• #4848 Enables CI pipelines to be executed also on ARM (ubuntu-24.04-arm). Thanks, @nadiamoe, for the contribution!
• #4855 Adds some changes to make Browser tests more stable.
• #4780, #4781, #4782, #4786, #4798, #4816, #4821, #4835, #4840 Update direct dependencies.
• #4864 Updates the logging to debug and adds more context to it when waiting for an element to be detached.

Roadmap

Official Testing/Assertions Module

We're working to integrate a built-in testing and assertions module that's compatible with Playwright's in k6. You can try the current implementation using the k6 testing jslib, which serves as our work-in-progress implementation for what will become the official k6/test module (final name TBD). We'd love your feedback on issue #4805.

Enhanced Machine-Readable Test Results

We're developing the next version of k6's end-of-test summary to make it easier to integrate test results into CI/CD pipelines and automated workflows. This new format will be officially supported, versioned, and designed specifically for programmatic use. Follow our progress, and provide us with feedback on issue #4803.

Grafana k6 v1.0 is here! 🎉

After 9 years of iteration and countless community contributions, we're thrilled to announce Grafana k6 v1.0.

While many features and capabilities in this release were introduced gradually in previous versions, k6 v1.0 marks a turning point: a commitment to stability, formal support guarantees, and transparency in how we evolve and develop the project from here. This milestone is more than a version number; it's about trust, reliability, and empowering you to test confidently.

Thank you, k6 community! 🌍

This release wouldn't be possible without you:

• ⭐️ 27000+ GitHub stars.
• 🧠 9000+ git commits.
• 🤝 200+ contributors.
• 🔁 Countless test runs of any scale, in every timezone.

It's been amazing to watch k6 grow from a simple load testing command-line tool into a comprehensive reliability tool, used by teams worldwide and supported by a passionate and dedicated community.

To everyone who filed bugs, built extensions and libraries, or championed k6:️
Thank you! You've shaped what k6 is today. 🙇‍♂️

What's New in k6 1.0?

1. Stability You Can Build On

• ✅ Semantic Versioning: k6 now follows Semantic Versioning 2.0. Breaking changes will only happen in major releases, with prior deprecation warnings.
• 🔒 2-Year Support Guarantees: Every major version will be supported with critical fixes for at least two years; upgrade on your schedule.
• 📦 Public API Surface: We've established a clearly delineated and supported API surface for the k6 codebase. Extensions, integrations, and projects building on top of the k6 code now have a stable foundation to rely on.

🔎 Read more in our versioning and stability guarantees guide.

2. First-Class TypeScript Support

Write type-safe and maintainable tests—no transpilation needed. Simply save your file with a .ts extension and run it directly using k6 run script.ts.

import http from 'k6/http';  

// PizzaRequest defines the request body format the quickpizza API expects
export interface PizzaRequest {
    maxCaloriesPerSlice: number;
    mustBeVegetarian: boolean;
}

export default function () {  
    const payload: PizzaRequest = {
        maxCaloriesPerSlice: 500, // Type-checked!  
        mustBeVegetarian: true,
    }

  http.post(
    'https://quickpizza.grafana.com/api/pizza',
    JSON.stringify(payload),
    { 
        headers: { 
          "Content-Type": "application/json",
          "Authorization": "Token " + "abcdef0123456789"
        } as Record<string, string>
    });  
}  

3. Extensions Made Simple

With k6 v1.0, extensions now work out of the box in k6 cloud run and k6 cloud run --local-execution. Support for k6 run is coming soon.

✅ No more xk6 toolchain.
✅ No manual builds.
✅ Import an extension's module and go.

import faker from 'k6/x/faker';

export default function () {
  console.log(faker.person.firstName());
}

To try the experimental feature, first enable its feature flag, then run it on Grafana Cloud with the following command:

K6_BINARY_PROVISIONING=true k6 cloud run script.js,

or if you want to run it locally and stream the results to Grafana Cloud then use:

K6_BINARY_PROVISIONING=true k6 cloud run --local-execution script.js

4. Revamped test summary

The new end-of-test summary makes it easier to understand results and spot issues:

• 📊 Hierarchical output: Metrics are grouped by scenario, group, and category.
• ✅ Improved thresholds & checks: Clearer layout for faster debugging.
• 🔍 Multiple summary modes:
  • compact (default): big picture results, focusing on essentials.
  • full: full picture results, providing granularity.

k6 run --summary-mode=full script.ts

5. Quality of Life Upgrades

• Stable modules: k6/browser, k6/net/grpc, and k6/crypto are now production-ready.
• Improved Grafana Cloud integration: Stream local test results to Grafana Cloud with k6 cloud run --local-execution.

k6 v1.0.0-rc2 is here 🎉!

Continuing our commitment beyond the v1.0.0 release, we are pleased to announce a new release candidate that includes several significant changes:

• Native support for extensions in the Cloud
• New test failure control with execution.test.fail

New features

Native support for extensions in the Cloud #4671

The new Binary Provisioning feature automatically requests and uses custom k6 binaries with the required extensions for your tests. This allows you to run scripts that use extensions without manually rebuilding k6 as it was in the past by depending on tools like xk6. The system caches binaries locally for efficiency, and any additional runs with the same dependencies will use the same binary and will run faster.

Binary Provisioning is available for all k6 Cloud users (free and paid plans). It is an experimental feature, it's enabled by opt-in with the feature flag K6_BINARY_PROVISIONING=true.

Binary provisioning is a limited set of extensions that are supported, and it's not available for the k6 run command that might be added in the future. However, local development is supported with the k6 cloud run --local-execution command if a cloud token is provided by the canonical login methods.
Check out the documentation for additional details.

Test failure control with execution.test.fail #4672

The new execution.test.fail function allows you to explicitly fail a test while letting it continue execution until completion. This gives you more control over test outcomes while still collecting all metrics and completing necessary cleanup tasks.

UX improvements and enhancements

• #4698 Displays threshold values even when are not configured in summaryTrendStats option.
• #4699 Drops the link of the legacy k6 website from the user agent.

Bug fixes

• #4717 Safeguards against pressedKeys being updated concurrently in the browser module.
• #4665 Prevents race condition between Ended & Interrupted execution states.
• #4677 Makes secretsource also redact float32 and float64 values.

Maintenance and internal improvements

• #4675, #4676, #4678 Move several packages to internal as preparations for v1.0.0 stabilization
• #4686 Drops the redundant NO_COLOR detection.
• #4709 Fixes JS native objects override to avoid a page under the test from overwriting native JavaScript objects, like Set and Map.
• #4726 Unifies the internal/cmd.Execute methods.
• #4703 Makes wptTests run without tags or skip if repos not checkout.
• #4701 Fixes WebCrypto errors not propagating from the tests.
• #4691, #4674, #4673, #4663 Bumps the versions for OpenTelemetry, grpc, golang/x and esbuild dependencies.
• #4691 Bumps x509roots/fallback dependency for fallback certificates.
• #4739 Removes deprecated GetLayoutMetrics.VisualViewport CDP usage.

The v0.59.0 release mirrors the previous v1.0.0-rc2 release to allow automation tools to recognize it as the latest version.
For example, Homebrew's k6 formulae and pkg.go.dev do not automatically fetch unstable versions such as v1.0.0-rc2, which is legitimately the expected behavior for these tools.

However, this has been the default for all previous v0.* releases, where they were considered the latest stable version—even if they were under a version typically associated with unstable releases. To address this, we will continue releasing mirrored versions under v0.* for necessary release candidates.

This practice will end once the official stable v1.0.0 release is available, after which we will follow the standard SemVer lifecycle to simplify the workflow for everyone.

The release notes for v1.0.0-rc2 provide a detailed look at all the changes that have been implemented since v1.0.0-rc1/v0.58.0 and are now part of this version.

The v0.58.0 release mirrors the previous v1.0.0-rc1 release to allow automation tools to recognize it as the latest version.
For example, Homebrew's k6 formulae and pkg.go.dev do not automatically fetch unstable versions such as v1.0.0-rc1, which is legitimately the expected behavior for these tools.

However, this has been the default for all previous v0.* releases, where they were considered the latest stable version—even if they were under a version typically associated with unstable releases. To address this, we will continue releasing mirrored versions under v0.* for necessary release candidates.

This practice will end once the official stable v1.0.0 release is available, after which we will follow the standard SemVer lifecycle to simplify the workflow for everyone.

The release notes for v1.0.0-rc1 provide a detailed look at all the changes that have been implemented since v0.57.0 and are now part of this version.

k6 v1.0.0-rc1 is here 🎉!

This release marks a special, non-conventional milestone in the k6 software life-cycle, serving as a preview of the upcoming version 1.0.0.

The purpose of this release is to give the community a chance to test the new version, identify any potential issues, and test migrations of any parts affected by breaking changes. If you encounter any problems or have trouble with the migration, we encourage you to report them by creating an issue. Your feedback will help improve the final release. If no critical issues are reported, we plan to release the final v1.0.0 within the next month.

Here’s a glimpse of what’s new in this release:

• k6/experimental/webcrypto promoted to stable and available globally under crypto.
• A revamped end-of-test summary aiming to bring an easier way to understand test results.
• k6/browser provided an API for tracking network requests and responses.
• The new k6/secrets module for retrieving secrets with extension support.

Breaking changes

• #4541 Commas(,) are now supported in the values of the --tag CLI flag. This is a breaking change, as previously, a comma meant the start of a new set of tag-values. As a comma is a valid symbol for the value of a tag, this is necessary to have equivalency between different ways of setting tags. This still allows multiple tags to be set on the CLI with multiple --tag key=value arguments.

A new default path for the configuration file #4301

When running the k6 cloud login or the deprecated k6 login commands, a configuration file was automatically created at {USER_CONFIG_DIR}/loadimpact/config.json. Now, the configuration file is created at {USER_CONFIG_DIR}/k6/config.json.

To migrate your configuration file to the new path:

1. Run k6 cloud login or k6 login to automatically migrate the configuration file to the new location.
2. Run k6 cloud run or k6 run to verify that the version is now fully functional and no related warning is emitted.

The configuration file in the old path remains available and can continue to be used with the previous k6 versions. If you're not using an old version of k6 anymore, consider deleting the files manually.

The k6 run commands search for the configuration file in the new location. If it can't find it, it tries to fall back on the old path and then logs a warning message suggesting to migrate it.

New features

A revamped end-of-test summary aiming to bring an easier way to understand test results #4089, #4649

The end-of-test-summary has been revamped to make it easier for users to understand test results. That includes:

• A new format to summarize the results of the user-defined Checks and Thresholds.
• Now metrics are split into different sections, making it easier to focus on what really matters.

The new end-of-test summary is enabled by default for users, but you can use the summary-mode flag to choose between different modes:

• compact (default): what you can see in the example above, with the most relevant information.
• full: similar to compact, but also includes some more detailed metrics and results for each group and scenario defined in the test.
• legacy: the old summary format for backward compatibility.

Note: The data structure received by the handleSummary function,
as well as the data exported using --summary-export, has not changed in this release. However, these may change in upcoming releases, which could introduce breaking changes.

Browser: Tracking network requests and responses #4290, #4296

The browser module adds support for tracking network requests and responses. This feature is especially useful for validating certain aspects of the requests and responses to determine whether the test was successful. It can also be used to debug issues with the test script or the tested application. Refer to the documentation for more details.

For example, to track all requests and responses made by a page, you can use the following script:

import { browser } from 'k6/browser';

export const options = {
  scenarios: {
    ui: {
      executor: 'shared-iterations',
      options: {
        browser: {
          type: 'chromium',
        },
      },
    },
  },
};

export default async function () {
  const page = await browser.newPage();

  // registers a handler that logs all requests made by the page
  page.on('request', async request => console.log(request.url()));
  // registers a handler that logs all responses received by the page
  page.on('response', async response => console.log(response.url()));

  await page.goto('https://quickpizza.grafana.com/', { waitUntil: 'networkidle' });
  await page.close();
}

The output might look like this:

INFO[0000] https://quickpizza.grafana.com/                  source=console
INFO[0001] https://quickpizza.grafana.com/api/tools         source=console
INFO[0001] https://quickpizza.grafana.com/images/pizza.png  source=console
...

k6/experimental/webcrypto promoted to stable and available globally under crypto #4278

With this release, the k6/experimental/webcrypto module is promoted to stable and available globally under crypto. That means you can remove the import { crypto } from 'k6/experimental/webcrypto'; statement from your scripts and still use the module.

export default function () {
  const myUUID = crypto.randomUUID();

  console.log(myUUID);
}

k6/experimental/webcrypto is deprecated and will be removed in v1.1.0.

Support for custom templates in k6 new command #4618

The k6 new command now accepts a path to a file to use as a template for the new script. Templates use Go templates syntax and can include the following variables:

• ScriptName: The name of the new script.
• ProjectID: The ID of the Grafana Cloud project to use for the new script.

To generate a new script using a custom template, use the following command:

k6 new --template /path/to/my-template.js

Secret Sources #4514, #4621, #4637

We've added support for retrieving secrets from different sources. Among other things, this means that the values received from a secret source will be redacted from the logs. Refer to the documentation for more details.

The two implementations available are to read secrets from a key-value file or from CLI flags, which are meant mostly to test the feature. We've also included extension support, which can be used to implement retrieving secrets from more secure sources.

In the future, we'll likely include additional implementations that are more production-ready.

Here's an example where we log the secret directly, make a request, and then log the whole response. In both cases, the secrets are redacted from the logs.

import http from 'k6/http';
import secrets from 'k6/secrets';

export default async () => {
  const my_secret = await secrets.get('cool'); // get secret from a source with the provided identifier
  console.log(my_secret);
  const response = await http.asyncRequest("GET", "https://httpbin.org/get", null, {
    headers: {
      "Custom-Authentication": `Bearer ${await secrets.get("else")}`,
    }
  })
  console.log(response.body)
}

$ k6 run --secret-source=mock=cool="not cool secret",else="totally a secret" script.js
...
INFO[0000] ***SECRET_REDACTED***                         source=console
INFO[0031] {
  "args": {},
  "headers": {
    "Custom-Authentication": "Bearer ***SECRET_REDACTED***",
    "Host": "httpbin.org",
    "User-Agent": "k6/1.0.0-rc1 (https://k6.io/)",
    "X-Amzn-Trace-Id": "Root=1-67dd6691-18eeaf5d1782bf292da5037c"
  },
  "origin": "1.1.1.1",
  "url": "https://httpbin.org/get"
}  source=console
...

UX improvements and enhancements

• #4547 The k6 banner now outputs with the original TrueColor (24-bit) logo only if the terminal supports it.
• #4590 Moves the docker-compose example with InfluxDB to the examples/docker-compose directory and adds an opentelemetry example.
• #4602, #4629 Improves the error message on options error from script. k6 now will try to print the part of the options that fails as JSON.
• #4612 Updates the link included in the local modules' error message. Thanks, @tanurrra!

Bug fixes

• #4544 Fixes race in ReadableStream.cancel and run WPT test with race detection for easier finding of similar pro...

k6 v0.57.0 is here 🎉! This release includes:

• Introducing helpers for functional testing.
• The k6 new command now supports templates and ProjectIDs.
• The k6/experimental/csv module gets a new asObjects option.
• We no longer support the k6/experimental/browser module, in favor of k6/browser.
• Moving most of non-public APIs to the internal package.

Breaking changes

• #4161 Drops k6/experimental/browser. If you're still using it, follow the instructions to move to the graduated and stable k6/browser module.
• #4133 Moves all not publicly used APIs in internal package. This was based on the publicly available extensions for k6 and may break private ones. More APIs will likely be removed or updated in follow-up releases after this more mechanical change.
• #4292 TypeScript is automatically supported and recognized if the script files use the .ts extension. It also deprecates experimental_enhanced compatibility mode as it is no longer necessary.

New features

New functional testing focused official jslib k6-testing

The k6 team has been developing a new official jslib dedicated to functional testing. While it is still under active development and will potentially see breaking changes, the set of APIs and behaviors it offers are meant to make their way into k6 eventually, and it is now available for early feedback.

k6-testing is a k6 JavaScript library that offers a seamless way to write functional tests in k6, using a Playwright-compatible assertions API. It exposes an expect function, with which assertions can be performed using specific matchers that reflect the expected results.
Unlike current k6's check when expects assertions fail, the test will immediately fail with a clear error message, including the expected and actual values in a similar fashion to what users would observe when using Playwright assertions.

There are many generic matchers (and more to come), such as toEqual, toBe, or toBeTruthy, to only name a few, that can be used to assert conditions during a k6 test.

import { expect } from 'https://jslib.k6.io/k6-testing/0.2.0/index.js';

export default function () {
    const response = http.get('https://test.k6.io');
    expect(response.status).toEqual(200);
    expect(response.body).toBeTruthy();
    expect(response.json()).toEqual(JSON.stringify({ message: 'Hello, world!' }));
}

k6-jslib-testing also includes browser-specific async matchers that wait until the expected condition is met such as toBeVisible, toBeDisabled, or toBeChecked, to name a few.

import { expect } from "https://jslib.k6.io/k6-testing/0.2.0/index.js";
import { browser } from "k6/browser";

export const options = {
  scenarios: {
    ui: {
      executor: "shared-iterations",
      options: {
        browser: {
          type: "chromium",
        },
      },
    },
  },
};

export default async function () {
  const page = await browser.newPage();

  try {
    // Navigate to the page
    await page.goto("https://test.k6.io/my_messages.php");

    // Type into the login input field: 'testlogin'
    const loc = await page.locator('input[name="login"]');
    await loc.type("testlogin");

    // Assert that the login input field is visible
    await expect(page.locator('input[name="login"]')).toBeVisible();

    // Expecting this to fail as we have typed 'testlogin' into the input instead of 'foo'
    await expect(page.locator('input[name="login"]')).toHaveValue("foo");
  } finally {
    await page.close();
  }
}

It is currently available as part of the jslib.k6.io repository and is available to use in your k6 tests by adding the following import:

import { expect } from "https://jslib.k6.io/k6-testing/0.2.0/index.js";

Try it out and give us feedback or contribute to the project on the k6-jslib-testing repository!

--template and --project-id flags for k6 new command #4153

The k6 new command has been revamped to provide an improved experience when scaffolding new k6 tests. It now supports a --template flag with options such as minimal, protocol, and browser, letting you generate a script tailored to your specific use case.

The command also now accepts a --project-id flag, which allows you to easily parameterize the test's Grafana Cloud configuration.

# Create a new k6 script using the 'protocol' template
$ k6 new --template protocol

# Create a Grafana k6 cloud-ready script with a specific project ID
$ k6 new --project-id 12345

New asObjects option in k6/experimental/csv module #4295

The CSV module's parsing operations now support the asObjects option, which enables parsing CSV data into JavaScript objects instead of arrays of strings (the default behavior).

When asObjects is set to true, the module parses CSV data into objects where:

• Column names from the header row become object keys.
• Column values become the corresponding object values.
• An error is thrown if no header row exists or if options modify the parsing start point.

With the option set to true,

import http from 'k6/http';
import csv from 'k6/experimental/csv';

const csvData = csv.parse('data.csv', { asObjects: true });

the following CSV file:

name,age,city
John,30,New York
Jane,25,Los Angeles

will be parsed into the following JavaScript objects:

[
  { name: 'John', age: '30', city: 'New York' },
  { name: 'Jane', age: '25', city: 'Los Angeles' },
]

Refer to the CSV module's documentation for more information.

UX improvements and enhancements

• #4176 Warns on using shorthand options when that override scenarios.
• #4293 Renames browser data directory name prefix from xk6-browser-data- to k6browser-data-.
• #4513 Adds support for file scheme URLs across file loading APIs - open, k6/experimental/fs.open and k6/net/grpc.Client#load.
• #4517 Switches from the legacy examples to quickpizza.grafana.com.

Bug fixes

• #4536, #4534, #4533, #4531, #4530, #4528, #4523, #4522, #4521 Fix possible data races while using k6 browser's APIs.
• #4174 Fixes an NPD during a click, which could occur when either the load generator or chrome instance is under a lot of load.
• #4192 Fixes a memory leak in general event handling between components.
• #4280 Fixes an NPD by not disposing of the original handle.
• #4288 Cleans up browser download path artifacts after a test run.
• #4532 Fixes --local-execution runs by isolating Archive's urls.

Maintenance and internal improvements

• #4184 Fixes some browser Windows tests.
• #4131 Moves experimental WebSocket code into the k6 codebase.
• #4143 Fixes for k6packager workflow building image to do k6 releases.
• #4172 Drops Slack URL from the README.
• #4173 Updates dependencies in gRPC example server.
• #4187 Removes packaging folder from browser module - not needed after it was moved to the k6 codebase.
• #4188, #4190 Merge xk6-webcrypto extension code into k6.
• #4189 Uses modulestest to make experimental streams test simpler.
• #4191 Removes BaseEventEmitter from components that don't work with it.
• #4201 Tracks more dependencies to dependabot.
• #4212 Fixes gRPC tests after update to golang internal test certificates.
• #4213 Updates k6-taskqueue-lib to v0.1.3.
• #4271 Runs dependabot weekly instead of daily.
• #4275 Fixes the browser module working with reused VUs that originally weren't used in browser scenarios.
• #4276 REST API stays on while outputs are flushing, only stopping after that.
• #4294 TestStreamLogsToLogger: increase wait time to get less flakiness.
• #4209, #4208, #4196, #4195, [#4...

k6 v0.56.0 is here 🎉! This release includes:

• We've merged xk6-browser into k6.
• Many small improvements, bug fixes and internal refactors.

Breaking changes

• browser#1541 Removes accessibility-events from a test, which is no longer a valid permission that can be granted by the latest version of Chromium/Chrome.
• #4093 Unexports lib/consts.FullVersion from the k6's Golang API.

New features

Merge browser code in k6 codebase #4056

While the browser module has been stabilized, the codebase was not moved inside of k6.

As part of the stabilization this is now also merged in the k6 codebase. In the following months we would move issues from the xk6-browser repo and then archive it.

UX improvements and enhancements

• browser#1536 Removes Headless from the user agent to prevent test traffic from being blocked.
• browser#1553 Reduces logging noise produced by the browser module.
• #4093 Introduces a --json flag to a k6 version sub-command, which switches an output to a JSON format.
• #4140 Tags browser module metrics with a resource_type tag which can be one of these values: "Document", "Stylesheet", "Image", "Media", "Font", "Script", "TextTrack", "XHR", "Fetch", "Prefetch", "EventSource", "WebSocket", "Manifest", "SignedExchange", "Ping", "CSPViolationReport", "Preflight", "Other", or "Unknown".
• #4092 Populates __ENV.K6_CLOUDRUN_TEST_RUN_ID with the corresponding value for local executions streaming results to the Cloud: k6 cloud run --local-execution.

Bug fixes

• browser#1507 Fixes the Geolocation.Accuracy field.
• browser#1515 Fixes Sobek Object.Get(key) by returning *[]any instead of []any.
• browser#1534 Fixes locator APIs to wait during a navigation without erroring out.
• browser#1538 Fixes frame.title.
• browser#1542 Fixes a panic which can occur when a frame navigates.
• browser#1547 Fixes a panic due to events associated to stale frames.
• browser#1552 Fixes a panic for locator.selectOption when value is an object.
• browser#1559 Fixes a panic for page.screenshot.
• browser#1544 Fixes a nil pointer dereference when calling evaluate or evaluateHandle with an invalid page function.
• #4058 Fixes the namespaced object export when default is the only one available.
• #4132 Returns an error when a page is null during the creation of a page.

Maintenance and internal improvements

• browser#1504, browser#1510, browser#1511 browser#1512 browser#1513, browser#1518, browser#1519, browser#1520, browser#1523, browser#1521, browser#1524, browser#1526, browser#1527, browser#1531 Removes Sobek out of business logic layers.
• browser#1528, browser#1529, browser#1557 Aligns repo with k6.
• browser#1517 Fixes internal tests.
• browser#1540 Refactors internals.
• #4049, #4095, browser#1535, browser#1537, #4073, #4101, #4103, #4104, #4134, #4148 Updates dependencies.
• #4057 Update k6-taskqueue-lib to drop goja dependency.
• #4076 modules.NewModuleInstance doc updates.
• #4137, #4148 Updates a dependency and adds release notes.
• #4099, #4114 Fixes to CI after browser merge, around running tests on windows.
• #4102 Fix windows-packaging CI after update of the windows github action.
• #4047 Uses (*Regexp).MatchString to avoid unnecessary []byte conversions. Thanks, @Juneezee for the contribution.
• #4055 Updates release template.
• #4143 Fix k6packager workflow which also broke v0.55.1 initial release.
• #4063 Updates usage report to return whether k6 was ran from CI.
• #4072 Uses the precompiled 'gotip' on the xk6 workflow.
• #4084 Updates usage report to return usage of the deprecated 'ext.loadimpact' option.

Roadmap

Removal of deprecated k6/experimental/browser module

Since v0.52.0 we have had a non experimental version of the browser module (k6/browser). We urge you to migrate your scripts over to the non experimental browser module as we will be removing the experimental version of it in the next release (v0.57.0).

k6 v0.55.2 is a patch release that fixes packaging issue.

There are no functional changes in k6 compared to v0.55.1.

k6 v0.55.1 is here 🎉! This release includes:

• Dependency updates for golang.org/x/net.

Maintenance and internal improvements

• #4134 Updates golang.org/x/net which contains a fix for CVE-2024-45338.