Re: Data driven tests within the distributed Grinder TesterCluster
Olivier <[email protected]>
| Newsgroups | gmane.comp.java.grinder.user |
|---|---|
| Message-ID | <[email protected]> |
Hello, >From my knowledge, you don't have this information directly. One solution is to pilot grinder with the Restful api and so pass a parameter like grinder.agents with the number of agents involved. Another option: grinder.agentNumber,grinder.processNumber,grinder.threadNumber is unique - you have your user identifier. Olivier -----Message d'origine----- De : "Lawrence Schapker" <[email protected]> Envoyé : 10/03/2014 17:36 À : "[email protected]" <[email protected]> Objet : [Grinder-use] Data driven tests within the distributed Grinder TesterCluster Hello Everyone, I am setting up clustered "Distributed Grinder" test environment here and am having some questions. Our environment will be having 5 agents connecting to a console. We will be passing 1 grinder script to the agents (which will include the test data necessary to execute the script). For this test, each thread will need its own unique username and password to log into the system under test (which these usernames and passwords would reside within one of the data files passed to each agent). My Question: How does a thread determine which username/password to use from the file? For a thread to know which to use, it has to know 2 "things": How many total threads will be used for the test; and where within that total does this thread reside. >From the Grinder Java docs, I found "Grinder.ScriptContext" interface which I resume will give me the "where within that total does this thread reside" (as long as I find the correct class implementing this interface). I cannot seem to find the "How many total threads will be used for the test" portion. I presume that I need "the number of agents connected to the console", "Number of total processes, or the number of processes per agent (i.e. # of workers)", and "the total number of worker threads or the number of threads per worker." I believe that with this information, a thread should be able to calculate what data it needs from the single data source (by also using the "run/iteration number"). I'm guessing that I can get the number of processes (i.e. workers), and threads (per worker) from the properties being passed in. But how do I get the number of agents connected? If I'm off in my perception, please clarify things for me <grin>. Thanks, Larry Schapker Senior Performance Engineer Salesforce.com ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ grinder-use mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/grinder-use