[TIP] why you should distribute tests with your application / module

Pete pfein at pobox.com
Wed Sep 17 09:56:35 PDT 2008

On Sep 17, 2008, at 10:40 AM, Jesse Noller wrote:
> Then don't make it completely random - weight the selections instead.
> My example was focused on random-ish file data that you could *always*
> reproduce with a given key. For a full text search, you're going could
> use the same seed concept, but break the words from your source (a
> static lorem ipsum file[0]) into groups and assign them
> popularity/frequencies and so on - or use the generator class from the
> lorem-ipsum-generator you linked to[1]. Heck use /usr/share/dict/words
> to generate the data :)

Y'know, this is starting to sound like a lot of work... all for the  
purpose of generating nonsense text to avoid downloading a file.   
Bandwidth is cheap, my neurons are not.

I still maintain that there are situations where it's desirable/ 
preferable to have real, static fixture data.  Here are a few more  
OTOMH: financial algorithms, image processing, regression tests of  
text parsing. Anyone have recommendations on best practices for doing  
so (as opposed to continuing to tell me how to avoid the problem  
entirely)?  Thanks.


More information about the testing-in-python mailing list