This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author erik_andersen
Recipients draghuram, erik_andersen, gvanrossum
Date 2007-11-19.19:20:10
SpamBayes Score 1.7339633e-05
Marked as misclassified No
Message-id <4741E1EA.5080301@rixtele.com>
In-reply-to <1195497769.34.0.354512743514.issue1466@psf.upfronthosting.co.za>
Content
Raghuram Devarakonda skrev:
> Raghuram Devarakonda added the comment:
>
> I don't think unittest automatically treats all exceptions as failures.
> Failures are those that are explicitly flagged with assert* and fail*
> methods. All other exceptions result in "errors". I think what you are
> asking for is to special case one such error but am not sure if it is
> worth it.
>
> ----------
> nosy: +draghuram
>
> __________________________________
> Tracker <report@bugs.python.org>
> <http://bugs.python.org/issue1466>
> __________________________________
>   

You are right, I used the wrong word.  I mean that NotImplementedError 
should be treated as a special *error*.

If you have ever written the test cases before you write the code, you 
will get a huge amount of uninteresting output from
errors that come from tests to code you havn't written yet. This will 
drown the real errors and failures from the code
you are actually testing and debugging. What I want is to have unittest 
report these differently so that I can see what are the
real bugs the code, not
to spam me with tracebacks I will never look at for test cases that 
refer to not implemented code.

Erik
History
Date User Action Args
2007-11-19 19:20:11erik_andersensetspambayes_score: 1.73396e-05 -> 1.7339633e-05
recipients: + erik_andersen, gvanrossum, draghuram
2007-11-19 19:20:11erik_andersenlinkissue1466 messages
2007-11-19 19:20:10erik_andersencreate