Skip to content

Commit cf5f310

Browse files
authored
Merge pull request LambdaTest#1304 from amanchopra1905/stage
hyperexecute jmeter
2 parents cb50851 + e6e059c commit cf5f310

File tree

1 file changed

+51
-41
lines changed

1 file changed

+51
-41
lines changed

docs/hyperexecute-run-jmeter-tests.md

Lines changed: 51 additions & 41 deletions
Original file line numberDiff line numberDiff line change
@@ -41,7 +41,6 @@ import {YOUR_LAMBDATEST_USERNAME, YOUR_LAMBDATEST_ACCESS_KEY} from "@site/src/co
4141
})
4242
}}
4343
></script>
44-
4544
> This is currently in the **Beta** version.
4645
4746
## Prerequisites
@@ -50,6 +49,8 @@ import {YOUR_LAMBDATEST_USERNAME, YOUR_LAMBDATEST_ACCESS_KEY} from "@site/src/co
5049

5150
You can use your own project to configure and test it. For demo purposes, we are using the sample repository.
5251

52+
> By default, HyperExecute supports **standard Thread Group** but you can use other custom thread groups as well.
53+
5354
:::tip Sample repo
5455
Download or Clone the code sample for the JMeter Performance Testing from the LambdaTest GitHub repository to run the tests on the HyperExecute.
5556

@@ -130,56 +131,65 @@ You can analyze the number of requests sent on that particular time.
130131
<img loading="lazy" src={require('../assets/images/hyperexecute/frameworks/performance_testing/logs.png').default} alt="HyperExecute" width="1920" height="868" className="doc_img"/>
131132

132133
## Handling Special Scenarios: Overriding and Default Values
133-
### Scenario 1: Overriding Values via Projects portal
134-
When executing performance tests using HyperExecute, you have the option to override default parameters directly in the Projects portal. Let’s explore a sample scenario to understand how HyperExecute handles these overrides.
135134

136-
You configure the following parameters in the HyperExecute UI:
137-
- **Virtual Users :** (The total number of simulated users for the test): 500
138-
- **Ramp-Up Time :** 1 minute
139-
- **Total Duration :** 2 minutes
140-
- **Regions :** 2 (50% distribution each)
141-
- **Maximum Users per Machine :** 100
142135

143-
#### Resulting Test Distribution:
144-
- **Load Distribution Across Regions :**
145-
- The total 500 virtual users are divided equally between the two regions.
146-
- Each region is allocated 250 users (500 users ÷ 2 regions).
147136

148-
- **Machine Allocation :** Since a single machine can handle a maximum of 100 users, each region requires multiple machines to support its load:
149-
- **Region 1 :** 250 users → 3 machines (lets say it distributed as 84, 83, 83 users per machine).
150-
- **Region 2 :** 250 users → 3 machines (lets say it distributed as 84, 83, 83 users per machine).
137+
<details>
138+
<summary><h4>Scenario 1: Overriding Values via Projects portal</h4></summary>
151139

152-
- **User Allocation per Machine:** Users are evenly distributed among machines to ensure optimal utilization and balanced load:
153-
For example, in Region 1:
154-
Machine 1 = 84 users, Machine 2 = 83 users, Machine 3 = 83 users.
140+
When executing performance tests using HyperExecute, you have the option to override default parameters directly in the Projects portal. Let’s explore a sample scenario to understand how HyperExecute handles these overrides.
155141

156-
#### Key Takeaways:
157-
- **Flexible Overrides :** HyperExecute dynamically adjusts the load distribution and machine allocation based on your specified parameters.
158-
- **Optimal Resource Utilization :** It ensures that no machine exceeds the maximum user threshold, maintaining a balanced and efficient test execution.
159-
- **Region-Specific Allocation :** Users are distributed proportionally based on the defined load percentages for each region.
142+
You configure the following parameters in the HyperExecute UI:
143+
- **Virtual Users :** (The total number of simulated users for the test): 500
144+
- **Ramp-Up Time :** 1 minute
145+
- **Total Duration :** 2 minutes
146+
- **Regions :** 2 (50% distribution each)
147+
- **Maximum Users per Machine :** 100
160148

161-
This approach ensures smooth execution of performance tests and provides precise control over resource utilization, enabling you to simulate real-world scenarios effectively.
149+
#### Resulting Test Distribution:
150+
- **Load Distribution Across Regions :**
151+
- The total 500 virtual users are divided equally between the two regions.
152+
- Each region is allocated 250 users (500 users ÷ 2 regions).
153+
154+
- **Machine Allocation :** Since a single machine can handle a maximum of 100 users, each region requires multiple machines to support its load:
155+
- **Region 1 :** 250 users → 3 machines (lets say it distributed as 84, 83, 83 users per machine).
156+
- **Region 2 :** 250 users → 3 machines (lets say it distributed as 84, 83, 83 users per machine).
157+
158+
- **User Allocation per Machine:** Users are evenly distributed among machines to ensure optimal utilization and balanced load:
159+
For example, in Region 1:
160+
Machine 1 = 84 users, Machine 2 = 83 users, Machine 3 = 83 users.
161+
162+
#### Key Takeaways:
163+
- **Flexible Overrides :** HyperExecute dynamically adjusts the load distribution and machine allocation based on your specified parameters.
164+
- **Optimal Resource Utilization :** It ensures that no machine exceeds the maximum user threshold, maintaining a balanced and efficient test execution.
165+
- **Region-Specific Allocation :** Users are distributed proportionally based on the defined load percentages for each region.
166+
167+
This approach ensures smooth execution of performance tests and provides precise control over resource utilization, enabling you to simulate real-world scenarios effectively.
168+
</details>
162169

163-
### Scenario 2: Default Parameters
164-
In this scenario, you proceed without overriding the default values in the HyperExecute Projects portal. The configuration parameters from your JMeter file and project setup are applied as-is.
170+
<details>
171+
<summary><h4>Scenario 2: Default Parameters</h4></summary>
172+
173+
In this scenario, you proceed without overriding the default values in the HyperExecute Projects portal. The configuration parameters from your JMeter file and project setup are applied as-is.
165174

166-
#### Scenario Details:
167-
- **Total Users :** 250 (Specified in the JMeter .jmx file.)
168-
- **Regions :** 2
169-
- **Machines :** 3 (Each region is allocated three machines.)
175+
#### Scenario Details:
176+
- **Total Users :** 250 (Specified in the JMeter .jmx file.)
177+
- **Regions :** 2
178+
- **Machines :** 3 (Each region is allocated three machines.)
170179

171-
#### Resulting Test Distribution:
172-
- **Load Distribution Across Regions :** The total of 250 virtual users is not divided across the regions because no overrides were applied. Instead, each region receives the full 250 users.
180+
#### Resulting Test Distribution:
181+
- **Load Distribution Across Regions :** The total of 250 virtual users is not divided across the regions because no overrides were applied. Instead, each region receives the full 250 users.
173182

174-
- **Machine Allocation :** Each region is allocated three machines. The total user load for the region is replicated across all three machines in the region:
175-
- **Region 1 :** 3 machines → 250 users per machine.
176-
- **Region 2 :** 3 machines → 250 users per machine.
183+
- **Machine Allocation :** Each region is allocated three machines. The total user load for the region is replicated across all three machines in the region:
184+
- **Region 1 :** 3 machines → 250 users per machine.
185+
- **Region 2 :** 3 machines → 250 users per machine.
177186

178-
- **User Allocation per Machine :** Each machine in both regions processes **250 users**, resulting in a total of 750 users (250 users × 3 machines) per region.
187+
- **User Allocation per Machine :** Each machine in both regions processes **250 users**, resulting in a total of 750 users (250 users × 3 machines) per region.
179188

180-
#### Key Takeaways:
181-
- **Default Behavior :** Without overrides, the user load from the .jmx file is replicated across all configured machines in each region.
182-
- **Resource Replication :** Instead of splitting the total users among machines, HyperExecute applies the same load to each machine in a region.
183-
- **Importance of Overrides :** To distribute users proportionally across machines and regions, use the UI to override parameters such as total users, maximum users per machine, or load percentages.
189+
#### Key Takeaways:
190+
- **Default Behavior :** Without overrides, the user load from the .jmx file is replicated across all configured machines in each region.
191+
- **Resource Replication :** Instead of splitting the total users among machines, HyperExecute applies the same load to each machine in a region.
192+
- **Importance of Overrides :** To distribute users proportionally across machines and regions, use the UI to override parameters such as total users, maximum users per machine, or load percentages.
184193

185-
This behavior highlights how HyperExecute ensures flexibility in test execution while allowing for configuration control based on project requirements.
194+
This behavior highlights how HyperExecute ensures flexibility in test execution while allowing for configuration control based on project requirements.
195+
</details>

0 commit comments

Comments
 (0)