[issue6001] Test discovery for unittest
Michael Foord
report at bugs.python.org
Sun May 24 18:50:42 CEST 2009
Michael Foord <michael at voidspace.org.uk> added the comment:
Updated patch with documentation and fixed command line usage message.
Unless there are objections I intend to check this in in the next few
days. It would be helpful if someone else could go over the
documentation and check for errors / typos etc.
I've already had feedback from a few folks. The only suggestions so far
have been:
* Instead of a discover method the functionality could be built into
TestLoader.loadTestsFromPath. This would be a substantial change and I
think it better belongs in a new method.
* discover could simply load all modules and discover TestCases instead
of needing a pattern to filter on. I think filtering is an important
feature (not least for performance and because importing arbitrary
modules is not safe). Loading all modules can be had by passing in a
pattern of '*'
The behavior as implemented is a subset of the test discovery provided
by frameworks like nose (which doesn't require all test modules to be
importable from the top level).
The load_tests protocol is an idea already in use by the Bzr test
framework and similar protocols are in use in other frameworks.
----------
Added file: http://bugs.python.org/file14052/test_discovery.patch
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6001>
_______________________________________
More information about the Python-bugs-list
mailing list