Re: [Zope] Testing products: Testing all in one batch

2005-10-06 Thread Chris Withers
Paul Winkler wrote: I have a python script that builds a big command line to test.py of the form: bin/zopectl test Products/Product1|Products/Products2|etc ...it's not pretty, but it does work, and lets you exclude geb0rken products like Archetypes from test runs... Aha, that's much like what

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Lennart Regebro
On 10/5/05, Jens Vagelpohl <[EMAIL PROTECTED]> wrote: > This is correct, but you're just papering over a deeper problem, > namely bad cleanup in some unit tests. Sure, but that's how reality looks. It's unfortunate, but there ya go. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content M

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Paul Winkler
Alan Milligan said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Paul Winkler wrote: > >> The problem is that tests seem to be run in alphabetical order, I >> don't know of a way to force another order, and so I'm left >> with adding and removing things from Products to see what minimal s

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Paul Winkler
Jens Vagelpohl said: > > On 5 Oct 2005, at 14:49, Lennart Regebro wrote: > >> On 10/5/05, Jens Vagelpohl <[EMAIL PROTECTED]> wrote: >> >>> from the instance home will test all products in that instance home. >>> >> >> Often doesn't work, the different products tests will walk all over >> each othe

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Paul Winkler
Chris Withers said: > Paul Winkler wrote: >> Seems like the only *useful* way I can get it to run is with a loop >> that does "bin/zopectl test" once for each subdirectory of Products >> that I actually care about, taking care to ignore problematic >> third-party products. Which is OK I guess, but

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Jens Vagelpohl
On 5 Oct 2005, at 14:49, Lennart Regebro wrote: On 10/5/05, Jens Vagelpohl <[EMAIL PROTECTED]> wrote: from the instance home will test all products in that instance home. Often doesn't work, the different products tests will walk all over each other. But setting up a script that walks a

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Jens Vagelpohl
On 5 Oct 2005, at 14:44, Paul Winkler wrote: bin/zopectl test --dir Products/ from the instance home will test all products in that instance home. Well, so will bin/zopectl test without the --dir argument, but I guess you didn't read the rest of my message ;-) I answered one of the questi

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Paul Winkler
Jens Vagelpohl said: > > On 4 Oct 2005, at 23:21, Paul Winkler wrote: > >> Has anybody set up a batch job to test all installed Products >> in a zope instance? > > bin/zopectl test --dir Products/ > > from the instance home will test all products in that instance home. Well, so will bin/zopectl t

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Jens Vagelpohl
On 4 Oct 2005, at 23:21, Paul Winkler wrote: Has anybody set up a batch job to test all installed Products in a zope instance? bin/zopectl test --dir Products/ from the instance home will test all products in that instance home. jens ___ Zope mai

Re: [Zope] Testing products: Testing all in one batch

2005-10-05 Thread Chris Withers
Paul Winkler wrote: Has anybody set up a batch job to test all installed Products in a zope instance? Yes ;-) Seems like the only *useful* way I can get it to run is with a loop that does "bin/zopectl test" once for each subdirectory of Products that I actually care about, taking care to igno

[Zope] Testing products: Testing all in one batch

2005-10-04 Thread Paul Winkler
Has anybody set up a batch job to test all installed Products in a zope instance? Seems like the only *useful* way I can get it to run is with a loop that does "bin/zopectl test" once for each subdirectory of Products that I actually care about, taking care to ignore problematic third-party produc