[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