A single Transaction can contain multiple request and a single request can contain multiple hits. So you can have all three while load or stress testing.
Hey Namaskara~Nalama~Guten Tag~Bonjour -- Keigu Deepak 73500 12833 www.simtree.net, [email protected] [email protected] LinkedIn: www.linkedin.com/in/deicool Skype: thumsupdeicool Google talk: deicool Blog: http://loveandfearless.wordpress.com Facebook: http://www.facebook.com/deicool "Contribute to the world, environment and more : http://www.gridrepublic.org " On Tue, Sep 22, 2015 at 9:21 AM, prajapati.pravesh < [email protected]> wrote: > Hi Dang, > It totally depend what is your requirement. > But the most probable is request per second I.e how much your server is > scalable to process the no of request per second. > If the capacity to server to process the request per second is greater > better is the performance of application. > > Regards > Pravesh prajapati. > > > Sent from Samsung Mobile > > -------- Original message -------- > From: Kirk Pepperdine <[email protected]> > Date: 22/09/2015 9:03 AM (GMT+05:30) > To: JMeter Users List <[email protected]> > Subject: Re: Stress Test and Load Test > > Depends on what you are talking about. From the servers POV, during a load > test you want to focus on requests per unit time. You’d like to measures > the rate at which the server can clear those transactions as well as the > duration of individual transactions. > > Kind regards, > Kirk > > > On Sep 22, 2015, at 5:04 AM, Dang Quoc Bao (FHO.FSB) < > [email protected]> wrote: > > > > Dear all! > > In Stress Testing and Load Testing, we have 3 definitions. They are: > Requests per second, Hits per second, Transactions per second. > > I want to know: "For each Stress Testing or Load Testing, what is the > most suitable definition within 3 above definitions in the report?" > > Example: Does Stress Testing need Request/s or Hits/s or Transaction/s > in the report? > > Or Dose Load Testing need Request/s or Hits/s or Transaction/s in the > report? > > And Why? > > > > Thanks you very much. > > Best Regards > > Dang Quoc Bao > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
