Protocol to be used for POS applicaiton in Load runner

[manickavasagam subbiah]

Dear Friends,

 

We need to do Performance testing for POS(Point of Sale) application using Loadrunner.

 

Kindly let me know which protocol to be used in Loadrunner.

 

Thanks,

Manick

[James Pulley]

POS applications do not have a universal architectural definition, so it is going to come back to your particular piece of software.   Based upon the deployed physical and logical architecture of your particular POS application deployment, what is your working hypothesis as to the nature of the interface that you need to reproduce?

James Pulley, PerfBytes

http://www.perfbytes.com

[V.M.Guruprasath]

As far as I remember LoadRunner doesn't support POS emulation. There are different tools available in the market to emulate.

As James has suggested, work on the nature of interface that you need to reproduce and try to find a solution. This would help.

Thanks and Regards,

VMG

--
You received this message because you are subscribed to the Google Groups "LoadRunner" group.
To unsubscribe from this group and stop receiving emails from it, send an email to LR-LoadRunne...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[James Pulley]

I beg to differ on lack of support.   What goes from client to server for reproduction of load is independent of the devices attached to the point of sale, such as scale, bar code scanner or credit card terminal.   Once it leaves the client for the server the request is on some standard interface which can be reproduced.   The goal here would be to understand what is the next upstream component from the client (the POS machine) that it communicates with and how?

This is why foundation skills in architecture and networking are essential skills for the performance tester before you ever pick up a performance testing tool from any vendor.    No one should ever have to ask the question, "What protocol.....?" 

I can state that LoadRunner has been used to reproduce the load of POS terminals and their communication to back end architectural components many times.  I have direct knowledge of such events going back to 1996 an I am aware of some engagements which preceded that time scale.    The same functionality that was in LoadRunner at that time is still in the product today with a lot of enhancements to support additional interfaces.

To the original poster.   Peel back the architectural onion.  Grab the installation guides and document the components that your POS terminal directly communicates with from a load perspective.   Come up with a working hypothesis as to how you would reproduce the interface requests in LoadRunner via either capture or programming.    Use the tools you have to test your hypothesis for correctness.   if it is not correct then use your direct observations to modify your hypothesis and test again against the new hypothesis until you come to a working solution.

Does the tool have a track record in this space?   Yes.   Can the current tool be used to test the back end system supporting POS clients?  Yes.    Is there a path for you to navigate to find a solution set involving LoadRunner and your POS solution?  Yes.     Have you been armed with the skills and support you need to be successful in your role?    Ask your mentor.

James Pulley

[Lr tester]

understand the interface, services running at backend then-simulate load on-it

[Lr tester]