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 brett.cannon
Recipients brett.cannon, flox, georg.brandl, michael.foord, r.david.murray, tarek, tim.golden
Date 2010-03-31.18:22:57
SpamBayes Score 0.00083475787
Marked as misclassified No
Message-id <1270059779.8.0.817870431095.issue8273@psf.upfronthosting.co.za>
In-reply-to
Content
I take the blame on documenting the handful of things in test.support; I thought it was a good idea to expose the handful of things that had an actual design to them. =)

But yes, we should probably shift to test.support to being private and simply exposing the stuff that we want to support to another module, although this stuff is not unittest-specific; its just testing utility functions. testlib or testutils would be a better place.

And we should make sure we are *very* comfortable supporting whatever we move over and that it has a good API as test.support has been a dumping ground for so long that most of that stuff should not get exposed (and honestly should get ripped out or cleaned up; TESTFN is just bad for instance).
History
Date User Action Args
2010-03-31 18:23:00brett.cannonsetrecipients: + brett.cannon, georg.brandl, tim.golden, tarek, r.david.murray, michael.foord, flox
2010-03-31 18:22:59brett.cannonsetmessageid: <1270059779.8.0.817870431095.issue8273@psf.upfronthosting.co.za>
2010-03-31 18:22:58brett.cannonlinkissue8273 messages
2010-03-31 18:22:57brett.cannoncreate