Forum Discussion
No one else has responded to this as yet .... i cant answer all your questions but i might be able to help on a couple of them
Answer Q1. In regards to controlling the number of tests that are executed, can you not use tagging? There's a testRunner switch you can use to use the tagging i believe. If you google "soapui testrunner tagging" and hit the first link returned this mentions the use of tags via testRunner execution.
Answer Q3. In regards to the difference between sequential vs parallel i can only comment on the behaviour ive seen. Sequential executes each testsuite within a project sequentially, all tests within a testsuite needs to execute and complete before moving to the next test. Once all tests in testsuite have executed, the execution of the next testsuite begins.
I don't really ever run in parallel mode so i cant comment on that im afraid.
Q4. Smartbear are probably aware of "parallel" being incorrectly spelled. If this was the licensed Pro (ReadyAPI!) version id suggest submitting a ticket with Smartbear. As SoapUI is open source i dont really know how bug fixing actually works.
Cheers,
Rich
Thanks Richie
Re 1 - I want to run all the enabled tests (~1,700) in the project, so tags isn't the solution for me here (unless I ran in sequential groups of tags over many runs I guess)
Re 3 - thanks, that's useful to have confirmed. Sequential at the project level seems to mean 'sequentially run each suite'. I'm unclear if the suite's settings then take over (eg: run Suite #1 in parallel, and Suite #2 in sequence, and Suite #3 in parallel)?
I guess.. given the answer to #3 here... my question changes a bit: is there a way to run less suites in Parallel than what appears to be 'all' of them? eg: a way to run only 2 suites concurrently, instead of say... 50+
- richie5 years agoCommunity HeroHey dm,
In regards to point 3, i have run tests in parallel before now, just not often so don't really feel qualified to give much of an opinion.
Im not in front of my laptop at moment (i will be later tonight) so i can double check, but i do believe running in parallel has some limits. If im remembering correctly when ive had a large number of testsuite in my project and ran parallel it didnt execute every single testsuite simultaneously. I think it hit some sort of resource or setting or simultaneous connection limit and once that was achieved the execution cycle waited for thr execution of a testsuite was completed before moving onto the next.
Have a look in your http settings. Is there a max connections to host setting or something equivalent?
Someone asked this very question (about limiting n threads of execution in parallel run) on the forum in 2013 and Smartbear support said it wasnt possible in soapui but was possible in the loadui component. Who knows? Things may have changed in the last 7 years....
Thats all i got im afraid!
Nice one
Rich- dm5 years agoOccasional Contributor
Hi Richie
Thanks for your help, yeah with the number of test suites we have the UI actually just crashes if we try to run at the Project level 'in parallel'. We have spent a couple days trying to get max HTTP thread counts to be restricted so we only run one test suite at a time, but have been unsuccessful in applying this to testrunner.bat without everything crashing.Might just have to leave this as unresolved or resolve as 'feature request'
Thanks for your help
- nmrao5 years agoChampion Level 3If 1700 tests in single project, then you can spilt into 4(as you wanted to run max 4 parallel) projects and invoke all of them. This is naive and simple if you can.
- dm5 years agoOccasional Contributor
Thanks team. I have marked Rao's solution as 'the solution' as it is broadly what I was informed by SmartBear too. I don't consider re-shaping an entire test project at run-time to be a solution though. This thread has really become documentation of a feature request for both testrunner.bat and the UI of the Ready API app itself.
- nmrao5 years agoChampion Level 3
There can be another solutions available even without splitting the project.
Here it is:
- One can write a program and handle the threading, thread count and pass required suite for each thread. and create batch script like testrunner for easy command line execution.
Please refer sample code from the documentation
https://www.soapui.org/test-automation/junit/junit-integration/
- If one is using Apache-Ant tool for executing the tests, one can use the above program (as custom activity as well).
Related Content
- 6 years ago
- 5 years ago
- 6 years ago
Recent Discussions
- 5 days ago
- 10 days ago