Message157042
| Author |
michael.foord |
| Recipients |
anacrolix, eric.araujo, michael.foord, r.david.murray |
| Date |
2012年03月29日.13:26:55 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1333027615.84.0.449679605194.issue14408@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
It still looks weird to see code calling methods that obviously don't exist, and with no indication *at the call site* where they come from. Making it clearer with naming would help: "TestThingMixin" or similar.
There are classes like this in the unittest test suite, and I was very confused by them initially until I found where and how they were used. It is obviously *not* a pattern that is widely known for test base classes, as we have this problem of it not being done even in the standard library tests.
In contrast I think code similar to the following would be clear and readable without knowing about multiple inheritance and the mixin trick:
@test_base_class
class SomeTestBase(TestCase):
... |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2012年03月29日 13:26:55 | michael.foord | set | recipients:
+ michael.foord, eric.araujo, r.david.murray, anacrolix |
| 2012年03月29日 13:26:55 | michael.foord | set | messageid: <1333027615.84.0.449679605194.issue14408@psf.upfronthosting.co.za> |
| 2012年03月29日 13:26:55 | michael.foord | link | issue14408 messages |
| 2012年03月29日 13:26:55 | michael.foord | create |
|