Create Browser Performance Tests

A Browser Performance Test operates similarly to script-based performance tests, but the test analyzes browser interactions instead of running conventional scripts.

This pre-GA (Generally Available) feature is currently accessible to a subset of enterprise customers. If you are an enterprise customer and are interested in accessing this feature before GA, contact support-blazemeter@perforce.com.

This test type has the same features as a performance test, but it uses an embedded Selenium script to execute the test directly in a browser.

When running Browser Performance Tests, keep in mind that each virtual user consumes 100 Variable Unit Hours (VUH). Thus, a test with 10 virtual users will consume 1,000 VUH (10 users × 100 VUH each). Plan your tests accordingly to manage resource usage efficiently.

Why Use Browser Performance Tests?

Browser Performance Tests are particularly useful in the following scenarios:

  • When correlation Is unavailable or infeasible: Cases where auto-correlation plugins cannot be used due to proxy settings or other restrictions, making manual UI recording a practical alternative. For example, many organizations have security policies that prevent the use of auto-correlation plugins and traditional JMeter scripts.
  • Complex UI testing: Applications with dynamically generated UI elements where element names or HTTP calls are unknown.
  • Limited resources: Users who lack the time, skills, or access to write or manage complex test scripts.

Prerequisites

To edit Browser Performance Tests, you must understand the following concepts: Objects (GUI elements such as buttons and fields), Actions (such as click or select), and Group Actions.

This document includes references to a third-party product, Google Chrome. The user interface and usage of third-party products are subject to change without notice. For the latest published information about Google Chrome, see the Google Chrome help center.

Create a Browser Performance Test

Follow these steps:

  1. From the Home screen, click the Performance tab.
  2. Click Create Test.
  3. Select a project.
  4. Click Browser Performance Test.

    The Configuration tab for the test opens.

  5. Define your Scriptless test in one of the following ways:
    • Record test scenarios in Chrome
      1. Verify that you have the BlazeMeter Extension installed. For more information, see The BlazeMeter Chrome Extension.

        To record test scenarios for browser performance tests using the BlazeMeter Chrome extension, ensure you are using version 6.6.0 or higher.
      2. Click Start UI Recorder on an empty canvas.
        A new browser window opens. The Chrome extension opens.
      3. Open your web app and run your test. For more information, see Chrome Extension - Record.
      4. When you're done, click Stop Recording in the Chrome Extension.
      5. Click Run.
      6. In the menu, click Browser Performance (Selenium).

        The recorded test opens On the Test Configuration page.

    • Build test scenarios out of building blocks
      1. Drag Actions from the Groups and Actions tabs and drop them onto the scenario canvas.
      2. For each Action, define a step name, target object, and values:

        blazemeter-scriptless-test-editor.png

  6. On the Test Configuration page, configure one or more of the following options:

  7. (Optional) To do a test run, click Debug Test. A debug test run does not affect metrics..
  8. Click Run Test.

After this test runs, review the performance report by using BlazeMeter’s tools. Filter, compare, and investigate errors, anomalies, and logs, as you would for any other performance report.

In the Video tab of the Browser Performance test report, a Broken status indicates that the scenario step encountered an issue that prevented the Selenium script from proceeding further. This differs from a Failed status in the failure criteria, which typically marks unmet test conditions. For clarity, Broken steps mean that the test could not advance past this point in the scenario due to a specific step error.

Scriptless Scenario Creation Tips

  • To reorder steps, drag them to new locations in the scenario list.

  • To remove a step from the scenario, click the trash can button.

  • To create an editable copy, click the Duplication button

  • To find Objects, Actions, and Groups by name, use the search box.
  • To view the appearance of the Object in the user interface, click the Screenshot button.

Test Execution Settings

How to Create Objects

Objects are GUI elements in your system under test, such as text fields and buttons. When you start a new project, your Object list is empty. You manage Objects from the Test Action Library tab. To create an Object, you must provide a unique way to locate the element in the DOM.

You can create Objects by using any of the following methods:

  • Let the BlazeMeter Chrome Extension record and create Objects automatically.
  • Use the Object Picker to change an existing object.
    scriptless test object picker
  • Create Objects manually in from the test definition window.
    scriptless test create object

How to create Objects manually:

  1. Add an Action to the scenario.
  2. In the Object box, click Create New Object.
  3. Define an object name.
  4. In the Locator list, click one or more of the following types:
    • By CSS Class
    • By ID
    • By Name
    • By Xpath
  5. In the Value field, define the locator as a text string. For example, you can enter the object ID.

  6. Click Create.

The Object is added to the Object library for this project and can be used in this test.

How to Edit Objects

From the Test Action Library, you can edit only the name and description of Objects. Editing other Object properties impacts scenarios in ways that require debugging and validation, which can be done only when the Object is used in the context of a scenario.

  1. Find the Object inside a step in the Scenario Editor and click the step to select it.
    Use the Test Action Library to find where the Object is used if you cannot find it in a Scenario.
  2. Click the Edit Object button (pencil icon) and modify locators manually, or click the Object Picker button (arrowhead in square icon) and then click an object in the web app under test.
    scriptless test: edit object and object picker buttons
  3. (Optional) Expand and review the revision history of the Object. The change log contains the time of the edit, who made the change, and a change note.
  4. Make any additional changes and save the updates.

  5. Debug your test to verify results.
  6. (Optional) To save your changes to the shared Test Action Library, click Override Group Action.

How to Define Scenario Steps

You create scenario steps out of Actions, Objects, and parameter values.

The Taurus Actions are a predefined set. You cannot create new Actions. Available Actions include assertions, clicking buttons, selecting dropdown items, entering text, pausing, submitting a form, opening URLs, and many more.

For each scenario step, you can define a name, an Action, an Object, and values. The following example shows a test step that selects a flight departure time of 10:00 AM from a menu object.

a Scriptless test action with fields

In a test step such as clicking a button, or typing text into a form field, an Action is applied to an Object. Use the Object menu to search the project for existing Objects or to record new Objects, such as buttons.

Lastly, in the Value field, define any applicable values. A value can be, for example, a name to enter into a form field, a postal code number, a time selected from a selector, a URL, and more. Not all actions require values.

Instead of hard-coding values, you can parameterize your test and define dynamic test data values. After you have defined Data Parameters, you can select them from the Value list as well.

How to Create Groups

A custom Group contains multiple Actions that occur together in a given order. For example, you can create a custom "Login" Group that contains a sequence of three Actions, "Enter User ID," "Enter Password," "Click Submit."

Groups are useful because they can be shared, but the use of groups is not mandatory to create scenarios. You add Groups to a scenario in the same way as you add single Actions.

To create a Group directly from the Test Definition, drag a sequence of Actions into the Scenario Editor, and select their check boxes. The selected steps must be consecutive without gaps. Then enter a name for the Group and click Save As Group Action.

You can nest Groups inside other Groups, but you will not be able to drill down and edit nested Groups directly in the Scenario Editor.

How to Edit Groups

From the Test Action Library, you can edit only the name and description of a Group. You edit the Actions, Objects, and values inside a Groups from the Scenario Editor. Such local changes are automatically saved only in the current scenario.

You can overwrite the values of the original Group in the Test Action Library, or choose to save your changes as a new Group in the Test Action Library.

  1. Find the Group in the Scenario Editor and expand it.
    If you cannot find the Group in the Scenario, use the Test Action Library to find where the Group is used.
  2. Click the Edit button (pencil icon) to edit elements of the Group.
  3. Debug your test to validate your changes.
  4. (Optional) Click Override Group Action to save your changes to the shared Test Action Library.
If you overwrite Groups, your changes affect other test scenarios (and other users) that embed shared resources from the Test Action Library. If you save your changes as a new Group, the new Group becomes available to other users through the Test Action Library without impacting existing tests.