[TIP] unittest q: keeping track of the *right* number of tests

C. Titus Brown ctb at msu.edu
Sun Mar 22 18:20:44 PDT 2009

-> First issue that comes to mind is you will obviously have to clearly state
-> what potential resources or variable could be lacking to cause a test to not
-> be executed. That can be a chore in itself.

that's fairly easy; we only have a few special dependencies.

-> Second, depending on how your tests are written, you could potentially
-> automate a decent amount of the discovery through decorators. If you have
-> decorators flag what tests require what settings you can then import a
-> module and have the decorators simply record the details needed to run that
-> test. This obviously has a potential issue of errors in mis-stating what the
-> test really needs, but that could happen with writing them down by hand
-> anyway.

alas... python2.3. no decorators ;(

C. Titus Brown, ctb at msu.edu

More information about the testing-in-python mailing list