Doron just told me that I can use -Dtests.dups, which is great since it supports no-globbing and runs tests in parallel on multiple JVMs (4 on my laptop).
While this is great, it'd still be good if tests.iters supported no globbing implicitly. Because it doesn't help to run tests that are concurrent already, on multiple JVMs :). Now more threads compete on CPU resources. Shai On Sun, Dec 9, 2012 at 11:18 AM, Shai Erera <[email protected]> wrote: > Hi > > Can the randomizing test framework add the glob implicitly, if a > -Dtests.method is defined together with -Dtests.iters? > I don't mind adding the glob, but it'd be much nicer and easier if the > framework did it. Like, it could just check that the specific test method > invocation startsWith tests.method? > > The reason I'm asking is because when I run a single test method from > eclipse and add -Dtests.iters, it doesn't work. > And I always forget that you cannot run them like that. You have to run > the entire test-class, and add the tests.method filter. > But then I forget to remove the filter when I actually want to test the > entire class ... or if I do remember that, I need to create > several run configurations with names ... > > This is just a convenience. If JUnit doesn't allow that, I'll live without > it. > > Shai >
