[issue2578] Figure out what to do with unittest's redundant APIs
Benjamin Peterson
report at bugs.python.org
Sun Mar 29 23:33:18 CEST 2009
Benjamin Peterson <benjamin at python.org> added the comment:
2009/3/29 Guido van Rossum <report at bugs.python.org>:
>
> Guido van Rossum <guido at python.org> added the comment:
>
> I would love to use the time machine to kill the 'fail' variants as well
> as 'assert_'. However they are in use and we don't want to break
> people's tests. Breaking tests is painful. And there are a lots of
> tests. So we'll have to support them for a long, long time. Maybe we
> can stop documenting them in 3.1 (this would also require changing
> things so that the 'def' lines all use the 'assert' variants). Then
> maybe we can start deprecating them in 3.2 and 3.3, and perhaps remove
> them in 3.4. I recommend we let 2.x alone, but 2to3 should fix all these.
Yes, actually this would be a great secondary use of 2to3's
infrastructure, and I think it could be done quite correctly because
people usually don't have many custom methods named failUnlessEqual()
etc.
Besides, they're tests, so people would know if they're broken. :)
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2578>
_______________________________________
More information about the Python-bugs-list
mailing list