Have you already tried Parallel Tests? https://github.com/grosser/parallel_tests
It helped a lot for me... Hope it helps, Rodrigo. Em 28-04-2011 16:54, Adam Esterline escreveu:
I am looking for some advice on the best way to parallelize a large set of browser-based regression tests written in rspec. Just as a note; we are running these specs with RSpec 2.5 on JRuby 1.6.1. Our current set of specs takes about 4 hours to run when it is not parallelized. We have implemented a simple "bucket" parallelization scheme that basically takes each spec file and divides them evenly across a specified number of forked buckets. This simple solution has problems: * Some forked buckets finish early and exit. They don't get the chance to contribute to finishing the remaining work. * It is somewhat difficult to aggregate all the results into one spot (Not really, but annoying). So... What do I want? 1. Is RSpec the right tool? If no, what would you suggest? 2. It seems like having a queue of specs and a thread pool would address my two points above. But... I don't think RSpec is thread safe (Specifically RSpec::Core.world and RSpec::Core.configuration). Thoughts? 3. Other ideas? Thanks for any help you can give. AE
_______________________________________________ rspec-users mailing list rspec-users@rubyforge.org http://rubyforge.org/mailman/listinfo/rspec-users
