This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author michael.foord
Recipients eric.araujo, giampaolo.rodola, konryd, meatballhat, michael.foord, tarek, zubin71
Date 2010-05-09.12:40:15
SpamBayes Score 6.292354e-08
Marked as misclassified No
Message-id <1273408818.17.0.298201374618.issue8324@psf.upfronthosting.co.za>
In-reply-to
Content
unittest2 is used for distutils2 development, but *not* a required dependency for *using* distutils2 (if I understand correctly(.

Well, if there is no test runner and no test suite specified but the test command is invoked then the steps should probably be something like:

* If Python version 2.7+ or 3.2+ then use test discovery from unittest
* If Python version 3.0, 3.1 or 2.6- then attempt to import unittest2 and do test discovery
* Otherwise do nothing

Test discovery is done with unittest(2).TestLoader.discover(...)

If a specific test runner or suite is provided then distutils2 should use those and need not attempt test discovery (again - my understanding).

So test discovery is a useful default if no test command is configured for a project. We may also want ways to configure that (for example allow a project to have test discovery for its test command but provide a different pattern for finding test files).
History
Date User Action Args
2010-05-09 12:40:18michael.foordsetrecipients: + michael.foord, giampaolo.rodola, tarek, eric.araujo, konryd, meatballhat, zubin71
2010-05-09 12:40:18michael.foordsetmessageid: <1273408818.17.0.298201374618.issue8324@psf.upfronthosting.co.za>
2010-05-09 12:40:16michael.foordlinkissue8324 messages
2010-05-09 12:40:15michael.foordcreate