[issue9028] test_support.run_unittest cmdline options and arguments
anatoly techtonik
report at bugs.python.org
Fri Jun 18 15:03:44 CEST 2010
New submission from anatoly techtonik <techtonik at gmail.com>:
Need --help, --list options and TestSute::testcase args for test_support.run_unittest
User story:
I am covering CGIHTTPServer with tests according to http://www.rfc-editor.org/rfc/rfc3875.txt speccy and want to run a single test in a cycle. I am running test cases like:
> python test_httpservers.py
I want to get all available tests in file and execute only the one, but test_support.run_unittest doesn't accept any params.
> python test_httpservers.py --help
just runs all the tests.
I propose to:
1. add list option
-l, --list list the names of test to be executed and exit
> python test_httpservers.py --list
BaseHTTPServer::command
BaseHTTPServer::handler
CGIHTTPServerTestCase::authorization
I omit `test_` prefix and `TestCase` suffixes as they don't hold any value and just clutter the console. My idealistic vision thinks it is better this way.
2. add arguments of test names with wildcards
> python test_httpservers.py --list BaseHTTP*
BaseHTTPServer::command
BaseHTTPServer::handler
> python test_httpservers.py --list *auth*
CGIHTTPServerTestCase::authorization
3. The final goal is to be able to run single test as:
> python test_httpservers.py BaseHTTPServer::handler
CGIHTTPServer::url_collapse_path_split ... ok
This format will allow to copy/paste single test name for easy execution, which is impossible with current format:
test_url_collapse_path_split (__main__.CGIHTTPServerTestCase) ... ok
One step to make stdlib module debug more intuitive.
----------
components: Tests
messages: 108104
nosy: techtonik
priority: normal
severity: normal
status: open
title: test_support.run_unittest cmdline options and arguments
versions: Python 2.7, Python 3.2
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9028>
_______________________________________
More information about the Python-bugs-list
mailing list