Re: How do I debug break in case of assertion failure?

"Laimonas Simutis" <[email protected]> Thu, 7 Aug 2008 14:48:18 -0500
Newsgroups gmane.comp.windows.dotnet.nunit.user
Message-ID <[email protected]>
On Thu, Aug 7, 2008 at 2:39 PM, Igor Gatis <[email protected]> wrote:
> Just making this crystal clear: this is a test development time feature.
> Must be turned off during test passes.
>
> I would not call them totally separated.
>
> Let's say a test case failed. Don't you want to know what the state was
> right there?


Well when a previously passing test case fails it means that the
change I just did broke the existing test. I check what the test
tested for, look at my change, and figure out what's up. Debugger
might slow down this process.

This is not as easy when your change that broke a test involves a lot
of code or touches many classes. In that case you are better off doing
changes in smaller chunks and running related existing and new tests
as you go.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/