Thursday, March 5th, 2009

The cost of Test Driven Development



A short and to the point post by Dror Helper at Typemock looks at industry findings on the cost benefits of doing TDD.

The Cost of Test Driven Development

..the research proved two points:

  1. Using TDD reduce the amount of bugs in the code significantly
  2. Using TDD takes more time then not using TDD

This is in line with what was expected, the question is does the extra time doing TDD reduce the quality or is it the unit testing.  Could doing Test Last unit testing give similar results?

There is also the unquantifiable part to the numbers in the quality of the developers in each team.  This has a significant impact on the code quality.  Using processes like TDD help to raise the bar for all of the developers and the cost benefit will improve over time.  It would be a very interesting exercise to see how these numbers work out in a typical SharePoint project.

On the same lines Phil Haack (great name) has a post on Bug Driven Development where he quotes Robert Glass and Steve McConnell on the costs not doing some form of automated testing which reinforces the value in getting the right processes in place.

  • Liam, I agree with you about the visibility of costs. I also think the problem is emphasised by the way contractors or partners are used. They generally only have an interest in the immediate delivery, not the longer term when they may not be the people doing the work.
  • Part of the problem is that the cost is exposed, but the benefit is not.

    I wrote a little bit about it http://hackingon.net/post/Test-Driven-Developme....
blog comments powered by Disqus