[Python-Dev] built-in Python test runner (was: Python Language Summit at PyCon: Agenda) (original) (raw)

Michael Foord fuzzyman at voidspace.org.uk
Tue Mar 5 11:52:20 CET 2013

On 5 Mar 2013, at 07:19, Antoine Pitrou <solipsis at pitrou.net> wrote:

On Mon, 4 Mar 2013 15:47:37 -0800 Eli Bendersky <eliben at gmail.com> wrote:

On Mon, Mar 4, 2013 at 1:28 PM, Antoine Pitrou <solipsis at pitrou.net> wrote:

On Mon, 4 Mar 2013 13:26:57 -0800 Eli Bendersky <eliben at gmail.com> wrote: [Splitting into a separate thread]

Do we really need to overthink something that requires a trivial alias to set up for one's own convenience? Picking a Python version (as Barry mentions) is just one of the problems. What's wrong with: alias rupytests='python3 -m unittest discover" alias runpytests2='python2 -m unittest discover" ? Don't get me wrong, I love the "discover" option and agree that it should be the recommended way to go - but isn't this largely a documentation issue? I would personally call it a typing issue :-) "python -m unittest discover" is just too long. Command-line options for advanced capabilities can get long, yes. The whole point is that discovery is not "advanced capability", it's pretty basic by today's standards. So it should actually be the default behaviour (like it is with nose).

For Python 3.3 onwards "python -m unittest" does run test discovery by default. However if you want to provide parameters you still need the "discover" subcommand to disambiguate from the other command line options. So I agree - a shorthand command would be an improvement.

Michael

Regards

Antoine.

Python-Dev mailing list Python-Dev at python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk

-- http://www.voidspace.org.uk/

May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html

More information about the Python-Dev mailing list