Test Driven Developer
You got a TEST for that?
Home
|
Syndication
|
Sign In
Tuesday, December 09, 2008
TDD or not TDD? That isn't the question.
"TDD makes code development take longer."
Yes, it does. 15-30% longer.
"TDD *may* reduce bug counts..."
Real TDD WILL reduce bug counts. Expect about an order of magnitude. 60-90% comparably.
"I don't want to pay up front for testing or make the code take longer to be feature complete."
That is one choice - but it will be a costly one... Defects will not only be more frequent, but they will probably take longer to fix and be more complex as well.
From a financial perspective, (aside from the customer satisfaction) TDD just makes fiscal sense. I think we would need a compelling reason to give management and shareholders why we are NOT using it.
There is a
new video posted on Channel 9
of an interview of one of the Microsoft researchers who contributed to a set of
case studies
published earlier this year. The case studies were done on 4 teams (3 Microsoft and 1 IBM), and they seem to agree with the statistics and team performance numbers I have been citing for years.
These numbers are motivators for me, and some of the primary reasons I practice TDD, support it, and try to spread the word.
Please take a look at the
report
and see for yourself if you agree...
TDD
Tuesday, December 09, 2008 12:17:56 PM (Pacific Standard Time, UTC-08:00)
Comments [2]
|
Trackback
Wednesday, December 10, 2008 6:37:01 PM (Pacific Standard Time, UTC-08:00)
Where did you get your numbers at the top of the post? Were those from the report or from somewhere else?
Sneal
Wednesday, December 10, 2008 7:35:45 PM (Pacific Standard Time, UTC-08:00)
I have been using those numbers for years, not sure where they originally came from exactly - probably from someone's whitepaper back in 2004. My own experience agrees with the numbers, so I didn't have any reason to question them in general. The bug count on my first agile real TDD project was literally an order of magnitude lower than the lowest bug count seen in any project the organization produced prior. In other projects it has been a little higher, in the 60-90% range - but I have no real baseline for comparison to other non TDD projects other than anecdotal evidence from around the organizations.
John Boal
Comments are closed.
© Copyright 2013, John E. Boal
Calendar
<
May 2013
>
Sun
Mon
Tue
Wed
Thu
Fri
Sat
28
29
30
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
1
2
3
4
5
6
7
8
Total Posts: 57
This Year: 1
This Month: 0
This Week: 0
Comments: 23
Archives
May, 2013 (0)
April, 2013 (1)
July, 2012 (1)
June, 2012 (1)
May, 2012 (1)
December, 2011 (1)
November, 2011 (1)
September, 2011 (1)
August, 2011 (1)
May, 2011 (1)
April, 2011 (1)
March, 2011 (0)
February, 2011 (1)
November, 2010 (1)
September, 2010 (1)
June, 2010 (1)
April, 2010 (1)
March, 2010 (1)
February, 2010 (1)
September, 2009 (1)
August, 2009 (1)
June, 2009 (1)
May, 2009 (1)
April, 2009 (1)
February, 2009 (1)
January, 2009 (2)
December, 2008 (2)
November, 2008 (2)
October, 2008 (2)
September, 2008 (4)
August, 2008 (3)
July, 2008 (5)
June, 2008 (4)
May, 2008 (1)
April, 2008 (2)
March, 2008 (4)
February, 2008 (2)
January, 2008 (1)
On this page
categories
ABN
Acceptance Criteria
ATDD
Automation
Bugs
C#
Continuous Integration
Mocks
MSTest
Python
Refactoring
Selenium
SQL
TDD
Testing
Tools
Unit Tests
Video
WatiN
Links
Home
Test Driven Development, Defined (Wikipedia)
Test Driven Design
Test-Driven.com - Agile development tools
NUnit
Book: Test-Driven Development in Microsoft .NET
CodeProject - Advanced Unit Testing: Unit Test Patterns
John Boal's Personal Blog
John Boal's Agile Development Blog
Blogroll
OPML
Lazy Coder
Scott Koon's Blog
#2782
Ade Miller's Tech Blog
Agile Development
Mitch Lacey's Agile Development Blog
Espresso Fueled Agile Development
Mike Puleio's Blog
Geek Noise
Noise de Peter Provost
Sneal's Blog
Shawn Neal's Blog
Search
About
© Copyright 2013, John E. Boal
Sign In