Art of Unit Testing
cito at online.de
Wed Aug 3 10:19:05 CEST 2005
> 'should' may be too strong, 'may' may be better. In the meantime I found:
Thanks for the link. Björn also pointed to http://pmock.sourceforge.net
Using mock objects sounds like a good idea.
A problem with mock objects may be that they make writing tests for the
occasional programmer yet another bit more difficult, and that you
always have to ensure your mock objects really mock the real objects
perfectly, so you have to write another test for that. The behavior and
the API of the real objects may change every now and then.
Let me summarize some good answers in this thread:
- unittest is deliberately intended to be a JUnit implementation
- unittest is for *unit* testing (only) ;-)
- use mock objects to mimic the behaviour of external components like
- other more pythonic testing frameworks are out there
I think it would be good to have these remarks added to the unittest
documentation in the Python library reference.
Also, if one of the more pythonic unit testing modules will be mature
enough and widely accepted, I think it would be good to make it Python's
standard (lib) testing framework and rename the current unittest back to
pyunit or punit.
More information about the Python-list