> Thanks Dawid: I didn't know this was always the case. Eh... if you didn't know this too then perhaps I should have made it clearer from the beginning...
So, again -- anywhere you see the "seed" in a stack trace or in a log dump or anywhere, really, it should contain the full "path" to reproduce a given failure. It is hierarchical in a way that it "locks down" the context from top to bottom -- master seed first (this also applies to static level code, beforeclass hooks, etc., then the test context (there are no nested contexts below a test). When you're reproducing you can provide the full seed: ant -Dtests.seed=[foo]:[bar] and this would lock the static- and test- scopes. Alternatively you can provide only the master: ant -Dtests.seed=[foo] and the [bar] should be inferred from the master in an identical way (a test seed is a derivative of the master, the test's name and iteration). Dawid On Sun, Oct 13, 2013 at 10:59 PM, Robert Muir <[email protected]> wrote: > On Sun, Oct 13, 2013 at 4:46 PM, Dawid Weiss > <[email protected]> wrote: >> >> Anyway, in short -- if you see a [foo]:[bar] then [foo] is your master seed. >> > > Thanks Dawid: I didn't know this was always the case. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
