[TIP] Guidelines for where to put tests & how to package them

C. Titus Brown ctb at msu.edu
Sat Feb 27 11:34:16 PST 2010


On Sat, Feb 27, 2010 at 07:41:20AM +1100, Robert Collins wrote:
> On Fri, 2010-02-26 at 18:29 +0000, Michael Foord wrote:
> > 
> > Well - the techniques you discuss below work for unittest based tests,
> > will they automatically work for doctest tests?
> 
> Yes
> 
> >  What about other test frameworks?
> 
> If it exports a unittest test collection, yes.
> 
> > The advantage of having a run module that collects and runs the tests
> > is that it is agnostic of which test runner is used (or at least
> > allows the *user* to be agnostic, so long as they have the right
> > dependencies installed anyway). 
> 
> Except they need to know command line options to get JUnit xml out (or
> whatever the particular CI tool needs).
> 
> The point of the load_tests hook + discover is that with them you have
> complete control over collection, regardless of test executor being
> chosen: as long as the test executor obeys the protocol.
> 
> I think a similar thing should apply here.

OK, I think I've identified another place where I am going to leave
well enough alone ;).  I'm more interested in what the developer or user should
*run* from the command line than precisely how it's implemented underneath,
at least for now.

-titus
-- 
C. Titus Brown, ctb at msu.edu



More information about the testing-in-python mailing list