Integrating with NeoLoad to transform your Load Testing Strategy
In many cases, the software initially works according to the functional requirements and is green-lighted for delivery, but it may slow down over time and with new releases, due to database performance issues. Read this guide to find out how you can use Devaten as a plugin in NeoLoad. So Neoload user can see Devaten dashboard results in their tool. This is helpful as they can see the database bottlenecks during the load testing run.
When measuring database performance is done as part of automation testing, I experience interesting and useful results. Here are the areas for running one of the test cases:
The service change made for the new column is therefore very poorly implemented, there are iteration lists and several unnecessary SQL statements are executed to the database.
Problems are only beginning to arise in the process of producing, several batches notice slowness, and web services are also detected slowly.
This will start to find out where the fault and the time will easily pass for several days before the fault is found. In many cases, due to such a small change, a comprehensive performance test is not carried out, but problems only begin to arise in production. Enterprise application comprehensive performance monitoring usually requires a lot of calendar time and correcting the findings delays the entire delivery schedule.
Now that we are adding database monitoring as part of the application’s automation tests, we can immediately catch the number of SQL statements that have changed in different services. In this case, for example, the change to the general service affected many different use cases.
Another similar problem occurs when a developer changes a SQL statement that is in continuous use, for example by adding a new subquery to the query. In this case, select starts scanning the index several times. This type of problem cannot be found in even smaller test databases, as the database engine reads the entire table quickly. Slowness only begins to come when the application is tested in a production-like environment.
More than half of application performance bottlenecks originate in the database, but most application teams have little or no visibility into database performance.
“AppDynamics”.
When we add database monitoring as part of the application’s normal automation tests as well as performance tests,we immediately catch up with the number of rows read that have changed in different services compared to the situation before the change.In large enterprise projects, database monitoring as part of performance monitoring significantly speeds up the correction of performance issues,and this way the entire project has a better chance of success.
![Supermon-NeoLoad-Integration-Block-Diagram[1] (1)](http://devaten.com/wp-content/uploads/elementor/thumbs/Supermon-NeoLoad-Integration-Block-Diagram1-1-qbjkpluudox3kb1i1vh0kb7ig3f7zraotp2nko1ryi.png "Supermon-NeoLoad-Integration-Block-Diagram[1] (1)")
In the above diagram, we have configured the application context and then use that application context for WebHooks to call the Devaten. The application context will set through the NeoLoad GUI and the webhook will use that information. NeoLoad webhook will communicate with Devaten API to Start, Stop and Run Details. That webhook will store the information to the NeoLoad dashboard.
Add Devaten plugin to NeoLoad.
Devaten team will provide you with the Devaten plugin to configure it in NeoLoad GUI.
Paste that provided jar file to PROJECT_FOLDER/lib/extlib folder. You will see the new plugin in NeoLoad GUI -> Action -> Database -> Devaten.
Now create a new user path by right-clicking on User Paths -> Create a User Path -> New User Path
It will open one popup now enter plugin name “Devaten”, it will create new user Path with name “Devaten” along with three folder
Now with the action, you need to drag and drop the SendDevatenContext to action. That will set the context of your application.
Webhooks to send start recording and stop recording calls.
Webhooks communicate with docker hub, just search Devaten from dockerhub.
When all setup is done, there can be defined database metrics to neoload saas and Devaten is all the time comparing execution to baseline run.
And if deviation is higher than there is defined in the threshold event is created.
On Neoload Saas user can see highest durations.
Devaten is providing a new innovation to comparing SQL statements to baseline run.
User can easily see what has changed from baseline and root cause analytics fast. Rows read value has increased a due new subquery,
Old Value 1040
New Value 1440240
Yellow color means that queries were not present on baseline run.
There is also available graphical explain and suggestion to add a new index.
Too often, performance is only repaired afterwards when fires are put out where the fire is. In addition to this, the indicators will reveal a lot more, for example. Number of sorts, number of sql statements failed, number of commits and rollbacks, time to wait for locks, etc.
AppDynamics “more than half of application performance bottlenecks originate in the database“ we have a solution here available, so teams have full visibility into database performance during tests.
