Wednesday, July 7, 2021

How to Change TLS Version in Jmeter? TLS Version Jmeter settings

If you haven't altered the default settings, JMeter should be using the TLS protocol in general, and TLSv1.2 specifically. If this doesn't match your payment gateway pr your application settings, change https.socket.protocols to match what your application requires.
You can add the following lines to the log4j2.xml file to get debugging output for SSL and network things.
<Logger name="org.apache.jmeter.util.HttpSSLProtocolSocketFactory" level="debug" />
<Logger name="org.apache.jmeter.util.JsseSSLManager" level="debug" />
<Logger name="org.apache.http" level="debug" />
<Logger name="org.apache.http.wire" level="debug" />

and change the below line in system.properties file:

javax.net.debug=all
Note: Must and should restart your Jmeter to update the above changes

Thursday, June 24, 2021

Reasons for High response times - Page Performance

Basically it all relies on how you put up your scenario.So having a high response time could be your application as well, but again, you must examine your scenario settings before drawing any conclusions about high response time.

The logs that were recorded during your test run are known as execution logs.We shouldn't keep the login component of the script in the Action section because it doesn't appear to be a realistic scenario.
Consider whether a real-world user (Customer) logs in and out as frequently as you're having your app do in your scenario.My recommendation is to keep login in the init part and logout in the end section of the scripts.However, I'm still thinking about your scenario.


1. As test results, you must have a.lrr file.(If the test was run in the controller)

2. Use the Analysis LR component to open the.lrr file.Allow it to open the entire data set.
The data creation component is located at the bottom of the analysis component.

3. Once you've gotten 100 percent of your data, you can move on to the next step.Open the graph of Average Response Time.

4. Right-click on the graph and choose Merge Graph > Running Vuser Graph.You'll be able to run vuser as a result of this.

4. Right-click on the graph and choose Merge Graph > Running Vuser Graph.This will combine the graphs of the running vuser and the average response time into a single graph.

5. Using this graph, you may determine when the user load login procedure began to take longer.
Once you've identified the point at which the login transaction begins to take longer, write down the time and what the user load is at that exact moment.

6. Now open other graphs such as CPU utilization and Memory utilization (Committed Bytes/ Available MB) and verify their consumption levels. If you notice utilization above 90%, note down the user load and the time when your server starts consuming above 90%.

With this information, report it to the development/application team.This will be beneficial to them.Request that they keep an eye on the application server from the back end as you execute the load test.They will have a better understanding of the fundamental problem as a result of this.