[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.
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