It has been written that the TDD methodology requires aprox twice as much test code as application code. Which translates into 2/3 of developer time spent on writing test code. This is where developers are spending most of their time which is a fruitful area
for new productivity gains.
Sometimes, I wish more teams at Microsoft were thinking about TDD. It really sucks to try and acheive 100% code coverage over an API that doesnt use interfaces (i.e. HttpContext, HttpRequest, HttpResponse..).
True, progress has been made:D. Newer projects like ASP.NET MVC[H] do emphasize unit testing in their documentation and project templates. But still others like EDM dont apear to design for this scenario up front.
More emphasis needs to be placed on designing for testing (as your great tdd videos have demonstrated). Architects & developers need more information up front about how APIs can be tested (best practices etc..). and as a general rule, APIs should
have at least one article in their .chm that outlines their API testing story.
We should do away with all all those "Console.WriteLine" style examples to and replace them with actual unit tests (asserts, mocks and all).