This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author diekhans
Recipients Yaroslav.Halchenko, abingham, brian.curtin, diekhans, eric.araujo, eric.snow, exarkun, ezio.melotti, fperez, michael.foord, nchauvat, ncoghlan, pere.martir, pitrou, r.david.murray, terry.reedy
Date 2012-01-16.21:06:45
SpamBayes Score 1.4509449e-11
Marked as misclassified No
Message-id <20244.37217.392842.295095@osprey.kermodei.com>
In-reply-to <1326719428.79.0.682772790109.issue12600@psf.upfronthosting.co.za>
Content
> R. David Murray <rdmurray@bitdance.com> added the comment:
> 
> Meaning you want to run the same test suite with a variety of
> different DB connections?  That seems like a reasonable use
> case.

This is for external parameterization of a test to run in a
different environment.  Internal reuse of test code is usually
better done inside of the code using standard OOP approaches.

The different in database connections is due to wanting to run
the tests on different systems with different database users,
passwords and database names.  Normally we have an object that
reads this information from file specified on the command line,
the object is passed to code that creates the connections.

A similar problem exists when tests must be run against a server
and require a host name.  External parameterization to specify
the host name is required.

While it's certainly possible to come up with says to pass this
setting things in globals (including environment variable), this
does lead to confusing code.

Mark
History
Date User Action Args
2012-01-16 21:06:45diekhanssetrecipients: + diekhans, terry.reedy, exarkun, ncoghlan, pitrou, ezio.melotti, eric.araujo, r.david.murray, michael.foord, brian.curtin, fperez, Yaroslav.Halchenko, nchauvat, abingham, eric.snow, pere.martir
2012-01-16 21:06:45diekhanslinkissue12600 messages
2012-01-16 21:06:45diekhanscreate