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.
