There is really a bigger question in my mind about the appropriateness of using django.utils.unittest in the testing overview section. It is an optimization that the warning admits is fairly limited for real testing and is premature for the first example. It would be better to break out the optimization as a Note "if your tests don't rely on database access, you can ... optimize with django.utils import...". The testing overview section should import the class that works correctly when testing Animal.objects.create() or self.lion.save().
It's also not a case of catering. Enclosed is a link to a screen shot that starts with "Writing tests" and ends with "For more details about unittest, see the Python documentation".
Nowhere on that first screen of documentation on a 20 inch monitor does it refer to django.test.TestCase and "For more details..." reads like the end of the section. It's really easy to not see the warning and the first two examples of what someone glancing at the docs to manually create a tests.py file will read is "from django.utils import unittest". which causes a very non-obvious unit test failures in the most typical test cases.
Thanks for reconsidering the patch! Lorin's version is much clearer.
Brian