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

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.


> 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


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 

More information about the Python-Dev mailing list