Hey all
Is it possible to run concurrent selenium test Suits against single Grid Hub?
If yes is there any special configuration I need to set in order to enable it? If no is there any workaround you can think about?
My understanding of the question:
PC 1 : Test Suite 1
PC 2 : Test Suite 2
PC 3 : Selenium Grid Hub
Both PC 1 and PC 2 use PC 3 as a hub for their test suites execution.
But you haven't mentioned anything about the Nodes here.
Assuming PC 3 itself is the Node. And you have set your maxSession and maxInstances properly as per your test suites require, then the tests will run fine.
Please provide more information regarding the Node and the command/script you use to create the Nodes and Hub if you need further explanation.
If I read your question correctly, yes, this is the intention of grid. You can send as many concurrent test requests to the hub as you wish and the hub will distribute the requests to appropriate nodes, holding pending tests for an available node.
As far as configuration, you'll want to check out the wiki ( https://github.com/SeleniumHQ/selenium/wiki/Grid2 ) for full info, but specific configuration you are interested in is:
"maxSession": the number of parallel instances that can be run on the node/hub
Related
I need some help on the below query:
Currently we are using local VMs for Selenium grid execution. (Migration is happening from Selenium 3 to 4 but currently Docker is not in scope of things. )
The question is how can we create a sort of monitor to get the data of which test case is being executed on which node, the current status of the test cases executed to understand how many have passed/failed and how many are pending. Is there any readily available solution or any kind of plugins or open source library to achieve this?
how to run my selenium script on multiple servers at the same time so that i would save one by one execution time ?
Scenario: I have 1 hour of total testing time and 20 servers to test and 1 test script takes about 30mins to execute so i want to run my test script simultaneously on all 20 servers in order to save time.
The answer to your question is parallel execution
There are multiple ways to achieve this like 1> Creating a Jenkins Job, Registering all the server machines as slave and executing jobon servers
Or
2> A comparitively simpler and more widely used concept, using Selenium Grid
To Implement Selenium Grid ( for instance with java as a programming language and TestNG framework) we need to take care that
A. we have implemented Threading for our webdriver, so that each execution works on its own driver instance.
B. We have our Testng.xml with attribute set as parallel=tests
You can easily get step by step guide to establish selenium grid to summarize it, We have one machine as hub(master), we have multiple machines or nodes(slave) registered to the hub, your automation code is supplied to the hub, Hub routes test on multiple nodes keeps track of individual execution and gets you the result on the Hub machine itself
Can a selenium grid 2.0 hub also act as a node?
I ask because I want to cut-down on the cost of buying another node. It would be great to have the hub also do some node work.
Sure it can and this is most commonly used method as well.
You just need to make sure to use 2 separate ports on the machine for hub and node.
I suggest not to configure more than 2 instances of browsers on an average power machine, otherwise you might see test failures due to grid performance.
My Situation:
I have 60 dedicated selenium nodes that I use, in AWS. My Selenium Grid and all my Selenium Nodes are in the AWS. (cuts down network requests)
My Problem:
I am experiencing an issue when executing my regression suite. I run only 4 tests at a time due to our nightly servers only being able to handle so many tests going at it at once. The problem that i've diagnosed is that when using t1.micro instances, the CPU tops off when launching only 1 test per 1 node. I keep getting several timeouts. Fine. I can easily upgrade these to m1.small but it makes me think more about the way that the selenium grid selects it's nodes. Per my understanding, this is a quick getup on how the hub handles it's nodes.
So if we only have 4 tests running at a time, it will select the first four nodes. Once these nodes are finished running the tests, it will launch another test against the same instances. Is there any way that I can bypass this logic to just select a random available node rather than "the next one in queue"? I'm noticing that the X amount of nodes after the four nodes are NEVER being utilized.
Sidenote:
I have 60 nodes because this grid will have several different types of regression suites against it. Not only mine.
Edit (July 25, 2015)
A pull request was created for this functionality: https://github.com/SeleniumHQ/selenium/pull/832
This pull request should fix the issue
https://github.com/SeleniumHQ/selenium/pull/832
I've got a situation here where I have a central selenium grid hub, and several RC's running on my gogrid account. When I access it to run tests, it basically queues all the incoming test requests and executes them serially on only one of the RC's, instead of spreading them out to use available RC's. The tests come from multiple projects, so I'm not looking to parallelize the tests themselves, just to split the requests that come from multiple projects across the multiple RC's. From everything I've read, it seems like selenium grid should be doing this already, yet I only see one RC used to run every single test. Is there something I'm missing?
Do you have multiple RCs registered with the same environment? Each worker can currently only broadcast one environment and the hub assigns work to workers in a circular queue fashion (first registered gets work first).
http://selenium-grid.seleniumhq.org/configuring-and-tuning.html