Highlighted
Valued Contributor.
Valued Contributor.
208 views

Volume Test

Aside from pumping up the databases with huge amount of data, are there additional tips or best practice that you can share from you previous experiences?

Also, does # of iteration (to get the average) still matters if the application under test is a data processing type?  Add to that the fact that data are no longer available for a re-processing due to business rules. 

TIA!

0 Likes
2 Replies
Highlighted
Valued Contributor.. Valued Contributor..
Valued Contributor..

Re: Volume Test

It depends on objective of your testing.

If your objective is testing DB, trying running various combination of sceanrio and check the query response time

If are running volume test,  try increasing transaction and monitor how AUT behaves. So more or less ,it depends on what you what to test and what you want to achieve. 

 

0 Likes
Highlighted
Outstanding Contributor.. Outstanding Contributor..
Outstanding Contributor..

Re: Volume Test

If you would to do a massive application's test, try to increase slowly the number of Vusers on the Scenario so to compare the Average Transaction Response Time and the number of failed transactions to find the "breaking point" of your application. You can also see the Transactions Per Second value to have an estimation of the complete transactions elaborated. 

That's are the major points we valuated during load tests in our department projects. 

Hope to be helpfull, 

Lorenzo

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.