Blazemeter Logo


What's New for September 2020?

[Performance] Running a yaml test with Taurus pass/fail module in Blazemeter now supported

Up until now, the pass/fail module in the yaml script was ignored by BlazeMeter, and users had to redefine it in the Failure Criteria section in the test configuration UI. With this new feature, we are translating the majority of Taurus pass/fail capabilities into Blazemeter’s Failure Criteria, so that when a yaml script is uploaded to Blazemeter the pass/fail module in the script will automatically appear in the test UI. 

Now you can also execute a test from Taurus with cloud provisioning, and the pass/fail module will be recognized by BlazeMeter and displayed in the report.  


[Performance] Running a yaml test with Taurus passfail module in Blazemeter now supported


[Performance] Test Email Subscribers: Control and Define Multiple Recipients

Now you can control and define a list of multiple subscribers to receive the test results email once the test run ends. To add people, just search other users in the workspace by their name or email address. 


Test Email Subscribers


Your test configuration is still in progress and you don’t want all subscribers to receive the email of this specific run? No worries, before the test starts, you can choose to send the test only to yourself:

Launch Test


Ship Creation: Native and Kubernetes Commands

Similar to the docker run command, the agent (ship) creation now provides an option to select the Kubernetes templates for roles and deployments used in the Kubernetes setup or the command to run the native Windows (non-docker) environment. 


Ship Creation: Native and Kubernetes Commands


Note that the Kubernetes template will require input from the end-user to properly prepare the yaml for use.

Ship creation: API for Kubernetes


We’ve improved the Kubernetes onboarding by providing an API that returns the service YML needed to deploy BlazeMeter’s ship on Kubernetes. Simply fill in the needed parameters and run the below command:


Curl<private_location_id>/ships/<ship_id>/k8s-command -X POST --user <Access_key>:<Secret>'


Example output (YML):


apiVersion: apps/v1

kind: Deployment

name: bzm-crane-5f3109442eab0d38bf2e8003



   roles: crane

   harbor_id: 5dc2b88zc929302cc776d373

   ship_id: 5f3109442eeb3d38bf2e8003

 name: crane


 replicas: 1



     role: crane

     harbor_id: 5dc2b88zc929302cc776d373

     ship_id: 5f3109442eeb3d38bf2e8003




       role: crane

       harbor_id: 5dc2b88zc929302cc776d373

       ship_id: 5f3109442eeb3d38bf2e8003



   - env:


 value: true



- name: HARBOR_ID

 value: 5dc2b88zc929302cc776d373

- name: SHIP_ID

value: 5f3109442eeb3d38bf2e8003

- name: AUTH_TOKEN

 value: 37b1d0dbd888fb98ce826edqb5c73d9v4d8e5bd8d21e65bd6981178d7e71a425



     image: blazemeter/crane:latest

     imagePullPolicy: Always

     name: bzm-crane-5f3109442eab0d38bf2e8003

   restartPolicy: Always


kind: Role



 namespace: ***USER INPUT REQUIRED***

 name: bzm

rules: [

- apiGroups: [\"\"] # \"\" indicates the core API group

 resources: [\"pods\", \"services\", \"endpoints\", \"daemonsets\"]

 verbs: [\"get\", \"list\", \"watch\", \"create\", \"update\", \"patch\", \"delete\", \"deletecollection\", \"createcollection\"]


[General] Taurus-cloud image footprint reduced

We’ve reduced the size of the Taurus-cloud image from 15.8 to 6 GB and the size of the Taurus-cloud-slim from 10.3 to 4 GB.


What's New for August 2020?

[Performance] Disable or enable overrides to Arrivals or Ultimate thread groups in a test

Now you can disable or enable overrides to these thread groups with just one click. When Arrivals thread group or Ultimate thread group are being used in a script, the Load Configuration section will be grouped together under one toggle, allowing you to decide if you want the load configuration to be defined in the UI (overriding the original threat group used) or to keep the load configuration as defined in the script (using the Arrivals / Ultimate thread group used in the script).

Disable or enable overrides to arrivals or ultimate threads

[Performance] Improved display for Failure Criteria results


We have switched the places of “Actual” and “Threshold” columns in the Failure Criteria tab under the report, so that the results are more readable: 

Since responseTime.avg threshold 500 ms is smaller than the actual result of 717.71 ms, the test failed.

We have also added two new conditions, “<=” and “>=” to the available failure criteria conditions, and rounded all the Actual values to 2 decimal places.


[Performance] Improved display for Failure Criteria results


Enhanced data on your Private Locations


Now you can get even more information about your private locations. We’ve added more data on the ships that can be displayed, and for each agent you can now see the free disk space (both in GB and in percentage) and the image versions installed on the agent. To see this additional data, hover on the Information icon (“i”) in the Description column under the Private location page.

Enhanced data on your Private Locations


[GUI Functional testing] New browser versions now available 

We’ve added new browser versions including Chrome version 84, and Firefox version 78 - these versions are set as default. 

New browser versions now available 


[GUI Functional testing] Default browser version selection is now available for OPLs

If your OPL functionalities are configured to have default browser versions, you can select the default option in the browser version dropdown. The default version is set to be the latest BlazeGrid browser version (Currently chrome: 84, firefox: 78). If auto-update is disabled for OPL and the latest version is not installed on Ship yet, then tests will be executed using the latest ship browser version

Default Browser Version

Additional view in usage report

For BlazeMeter account admins, we’ve added a new chart under the usage report displaying the maximum number of virtual users per day. This allows you to easily identify those days with  high user  activity in your BlazeMeter account. Currently, the report shows performance and functional test usage. 

Additional View in Usage Report

What's New for July 2020?

Session Timeout support


Now users will be automatically logged out after a configured amount of time being idle. For the definition of ‘idle’, viewing an open Blazemeter tab, even if no action is performed, still counts as an activity. You can define the session timeout on an account level. The configuration is accessible on the  “Security” (previously “API Keys”) page in the Account settings and is accessible for admins and account owners:


Session Timeout Option


Once session timeout expires, the user will be logged out of Blazemeter. In case there’s a Blazemeter tab open when logged out, the user will get the following message, allowing him to re-login or refresh the page:


Session Timeout Logged out window


[Performance] Who modified my test?


We added the information for you to see who in your workspace has modified a test.


Who Modified my Test?


[Performance] Edit YML directly from test’s configuration


Up until now, changing a yaml file in a performance test was a long process of downloading, deleting and editing a file before uploading it back to the test. Based on customer feature requests, we added the option to edit YML scripts directly inside the script editor. We have also added an option to duplicate YML files, allowing users to keep the original script as a backup.


Edit YML directly from test's configuration

[API Monitoring] Locations Migrated from AWS/Rackspace to GCP


We have transitioned 11 of our API Monitoring Cloud locations from AWS and 1 location from Rackspace, to their respective Google Cloud Platform (GCP) locations. They are: US Virginia, US California, US Oregon, Germany, Australia, Singapore, Hong Kong, Japan, Brazil, India, Canada, and London. The region codes for those locations continue to be the same, and users should not see any impact to their tests. For the complete list of locations and their providers, please check out our docs.


[Scriptless Testing] Scriptless Testing 

Users can now create automated GUI Functional Tests without needing to code! Just drag and drop actions into place using our new Scriptless Editor. All tests recorded in the Blazemeter Chrome Extension can also be edited and enhanced this way. 

Blazemeter Scriptless Testing includes many other capabilities like components, loops, custom code, conditionals, and a built in debugging experience . You can read more about it here.


Scriptless Testing

What's New for June 2020?

[GUI Functional testing] Test Suites and Multiple Iterations available to all users


Now all users have access to have multiple iterations of a test, based on test data provided. You will also notice a new design for a test report.


Multiple Iterations

The Test Suites feature is available for users with a Pro or customized plan. The feature allows the user to group tests in a suite and launch the whole suite instead of running each test separately.

GUI Functional Testing Menu


[GUI Functional testing] New browser versions available


We’ve added new browser versions including Chrome version 81, and Firefox version 76. 


New Browser Versions


Enhanced Timeline report filter results


We enhanced the analyzing experience in the timeline report and made it easier to focus on a group of labels. We added the options to select all or unselect all results when filtering by a label. In addition, you can always reset to default to start over even if labels are not filtered. 

Enhanced Timeline Report


Display N/A for unknown test duration 

In some cases we can’t determine the test configuration, for example when the script includes an Ultimate Thread Group. Up until now, the test duration displayed in the test configuration showed the plan limit.. Now, we simple display “N/A” when the duration cannot be determined.


Display N/A for unknown test duration

What's New for May 2020?

API Monitoring SaaS Infrastructure Migrated from AWS to Google Cloud Platform (GCP)

We have completed moving our SaaS infrastructure for the API Monitoring component of the Platform from AWS to GCP.