RetroSearch Browse

Sat Jun 7 01:02:46 CEST 2008 · https://mail.python.org/pipermail/python-dev/2008-June/080124.html

On Jun 6, 2008, at 6:52 PM, "Benjamin Peterson" <musiccomposition at gmail.com 
 > wrote:

> On Fri, Jun 6, 2008 at 5:51 PM, Eric Smith
> <eric+python-dev at trueblade.com> wrote:
>> Martin v. Löwis wrote:
>>>>
>>>> I always find it hard to find a test I'm looking for in a directory
>>>> with 365 different tests in it. Also grouping tests by function  
>>>> will
>>>> hopefully help reduce duplication and it more intuitive.
>>>
>>> Still, I don't think this should be done. Flat is better than  
>>> nested,
>>> and adding hierarchy will make it *more* difficult to find anything
>>> (except perhaps for the one person who did the rearrangement).
>>>
>>> I personally use grep to find the place where to add a new test.
>>
>> I agree.  There's not much chance I'd know which directory a test  
>> for a
>> given piece of functionality is in, so instead of grepping in a  
>> single
>> directory, I'd have to grep in all of them.  Definitely more hassle.
>
> Really? Given the choice between core_language (divided into syntax
> and builtins) and stdlib you wouldn't know where to look?
>
>>
>> Eric.
>>
>
>
>
> -- 
> Cheers,
> Benjamin Peterson
> "There's no place like 127.0.0.1."
> ______________________________

I'd tend to agree with ben here - a single directory for all tests  
does scale well and makes the purpose of each test unclear.

Besides, grep -r could traverse the directory tree.

+1 nested :)

Jesse

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2008-June/080124.html below:

[Python-Dev] on Python's tests (and making them better)