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 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.
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.
Create a Browser Performance Test
Follow these steps:
- From the Home screen, click the Performance tab.
- Click Create Test.
- Select a project.
-
Click Browser Performance Test.
The Configuration tab for the test opens.
- Define your Scriptless test in one of the following ways:
- Record test scenarios in Chrome
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.- Click Start UI Recorder on an empty canvas.
A new browser window opens. The Chrome extension opens. - Open your web app and run your test. For more information, see Chrome Extension - Record.
- When you're done, click Stop Recording in the Chrome Extension.
- Click Run.
In the menu, click Browser Performance (Selenium).
The recorded test opens On the Test Configuration page.
- Build test scenarios out of building blocks
- Record test scenarios in Chrome
-
On the Test Configuration page, configure one or more of the following options:
- (Optional) To do a test run, click Debug Test. A debug test run does not affect metrics..
- 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.
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
- Location:
You can choose a specific public cloud or private location to run the test. For more information, see Cloud vs Private Location and Get the Location Name. - Browser:
By default, the test runs in the latest Chrome browser. If you created a private location that has other browsers and versions configured, you can select specific browsers in which to run the test. For instructions, see Supported browsers. - Virtual Services Configuration:
If you created a virtual services configuration, you can assign it to this test.
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.
- Create Objects manually in from the test definition window.
How to create Objects manually:
- Add an Action to the scenario.
- In the Object box, click Create New Object.
- Define an object name.
- In the Locator list, click one or more of the following types:
- By CSS Class
- By ID
- By Name
- By Xpath
-
In the Value field, define the locator as a text string. For example, you can enter the object ID.
- 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.
- 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.
- 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.
- (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.
-
Make any additional changes and save the updates.
- Debug your test to verify results.
- (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.
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.
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.
- 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.
- Click the Edit button (pencil icon) to edit elements of the Group.
- Debug your test to validate your changes.
- (Optional) Click Override Group Action to save your changes to the shared Test Action Library.