Re: how many bugs do you find and correct during TDD?
From: Andrew McDonagh (news_at_andrewcdonagh.f2s.com)
Date: 12/31/04
- Next message: Andrew McDonagh: "Re: how many bugs do you find and correct during TDD?"
- Previous message: Tammy: "Re: how many bugs do you find and correct during TDD?"
- In reply to: Tammy: "Re: how many bugs do you find and correct during TDD?"
- Next in thread: Tammy: "Re: how many bugs do you find and correct during TDD?"
- Reply: Tammy: "Re: how many bugs do you find and correct during TDD?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 30 Dec 2004 23:44:14 +0000
Tammy wrote:
>
>
> Steve Jorgensen wrote:
>
>> So, let's say the avergage test/fail/pass cycle is 10 minutes. In
>> that time,
>> first you write a test you expect to fail. Perhaps, it does fail, and
>> perhaps
>> it doesn't. If it is not as expected, is that a bug, an imporperly
>> written
>> test, or is that a misunderstanding of what the code's current untested
>> capabilities are. A little bit of digging is done, and it is found
>> that the
>> test was not written properly. Is that a bug?
>
>
> Yes.
No as we haven't finished the cycle. Its like saying we have a bug
every time we hit a key until the line of code we are writing works as
expected.
>
>> Next, the test is corrected,
>> and now fails as expected. That's not a bug because we expected it,
>> right?
>
>
> Agreed.
>
>> OK, now we do the simplest thing that could possibly work to make the
>> test
>> pass, and the test still fails (or another test fails). Is that a
>> bug? I
>> dunno - we didn't know whether to expect the test to pass or fail
>> because we
>> were experimenting to see if the simplest thing actually did work.
>
>
> If you expected it to pass and it didn't then that is a bug.
Not really, as we won't check the code in, so again is akin to what I
said above.
>
>> As you can see from this pattern, TDD is not so much about finding
>> bugs before
>> they go into production as setting up tests that ensure code that
>> passes them
>> functions as designed, then making the code meet the tests. I would
>> say that
>> a bug, in this context is defined as something that got through our
>> net either
>> becuase we forgot a test, wrote an inadequate test, we misunderstood the
>> request, or the request itself was the result of a misunderstanding of
>> the
>> problem. How many bugs does TDD catch then?
>
>
> I am trying to figure out the error rate of a human programmer as they
> work.
Its the unit of work here that (IMO) seems to be the confusion. A test
cycle is the smallest working unit when TDDing. During that cycle its
normal for tests to not work for a wide variety of reasons.
>So only classifying a bug as something that slips the net doesn't
> accomplish that goal.
>
But thats what bugs are, code that doesn't work as expected slipped the
net - whether that net is a TDD test or for non-TDDers a code review, etc.
Andrew
- Next message: Andrew McDonagh: "Re: how many bugs do you find and correct during TDD?"
- Previous message: Tammy: "Re: how many bugs do you find and correct during TDD?"
- In reply to: Tammy: "Re: how many bugs do you find and correct during TDD?"
- Next in thread: Tammy: "Re: how many bugs do you find and correct during TDD?"
- Reply: Tammy: "Re: how many bugs do you find and correct during TDD?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|