<?xml version="1.0" encoding="utf-8"?>
			
			<rss version="2.0">
			<channel>
			<title>Application Generation - TDD</title>
			<link>http://www.pbell.com/index.cfm</link>
			<description>A series of occasional musings on architecting, securing, optimizing and generating web based applications. By Peter Bell.</description>
			<language>en-us</language>
			<pubDate>Wed, 19 Jun 2013 00:08:53 -0400</pubDate>
			<lastBuildDate>Fri, 11 Jul 2008 10:28:00 -0400</lastBuildDate>
			<generator>BlogCFC</generator>
			<docs>http://blogs.law.harvard.edu/tech/rss</docs>
			<managingEditor>test@test.com</managingEditor>
			<webMaster>test@test.com</webMaster>
			
			
			
			
			
			<item>
				<title>If it isn&apos;t worth testing, it isn&apos;t worth coding . . .</title>
				<link>http://www.pbell.com/index.cfm/2008/7/11/If-it-isnt-worth-testing-it-isnt-worth-coding---</link>
				<description>
				
				One of the common arguments against Test Driven Development is that a lot of the code we write (simple getters and setters, dumb parameterized calls against a proven API, etc.) has behavior that is too simple to bother testing.

I won&apos;t necessarily disagree that there is some code that is too simple to be worthy of writing tests for. However, I will argue that you should almost never be writing such code . . .
				 [More]
				</description>
				
				<category>TDD</category>
				
				<category>To Ponder</category>
				
				<pubDate>Fri, 11 Jul 2008 10:28:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/7/11/If-it-isnt-worth-testing-it-isnt-worth-coding---</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Dan North on Breaking DRY</title>
				<link>http://www.pbell.com/index.cfm/2008/7/8/Dan-North-on-Breaking-DRY</link>
				<description>
				
				Don&apos;t Repeat Yourself is one of the most important principles from the &lt;a href=&quot;http://www.pragprog.com/the-pragmatic-programmer&quot;&gt;Pragmatic Programmers&lt;/a&gt; book. 

Dan North has posted an &lt;a href=&quot;http://dannorth.net/2008/06/let-your-examples-flow&quot;&gt;interesting article&lt;/a&gt; suggesting that maybe there are times where a little less DRY (in your test cases) makes for a little more readable. Check out the comments and associated links as well. 

What do you think? Input appreciated!
				
				</description>
				
				<category>TDD</category>
				
				<category>Testing</category>
				
				<pubDate>Tue, 08 Jul 2008 10:21:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/7/8/Dan-North-on-Breaking-DRY</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>A Review of Pair Progamming with Ben - and the Recording</title>
				<link>http://www.pbell.com/index.cfm/2008/5/8/A-Review-of-Pair-Progamming-with-Ben--and-the-Recording</link>
				<description>
				
				Stephen Moretti just wrote up a &lt;a href=&quot;http://nil.checksite.co.uk/post.cfm/pair-programming-session-recording&quot;&gt;nice review&lt;/a&gt; of the pair programming session &lt;a href=&quot;http://www.bennadel.com/&quot;&gt;Ben&lt;/a&gt; and I just did for the Scottish ColdFusion Users Group (including a link to the recording) . . .
				 [More]
				</description>
				
				<category>TDD</category>
				
				<category>BDD</category>
				
				<category>Testing</category>
				
				<pubDate>Thu, 08 May 2008 18:54:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/5/8/A-Review-of-Pair-Progamming-with-Ben--and-the-Recording</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Pair Programming with Ben for SCFUG</title>
				<link>http://www.pbell.com/index.cfm/2008/4/29/Pair-Programming-with-Ben-for-SCFUG</link>
				<description>
				
				As reported on &lt;a href=&quot;http://nil.checksite.co.uk/post.cfm/scfug-pair-programming-using-tdd-with-ben-nadel-and-peter-bell&quot;&gt;Stephen Moretti&apos;s blog&lt;/a&gt;, next Thursday at 3pm EST (8pm British Summer Time) I&apos;ll be pair programming using TDD with Ben Nadel for the SCFUG.

I paired with Ben last night and &lt;a href=&quot;http://www.pbell.com/index.cfm/2008/4/29/Pair-Programming-With-Ben-Nadel&quot;&gt;thoroughly enjoyed the process&lt;/a&gt;. It makes it much easier to stick with the TDD when pairing and one of my goals this year is to pair with a number of good programmers as I think you can learn a great deal by watching how other people approach projects.

Anyway, check out the &lt;a href=&quot;http://nil.checksite.co.uk/post.cfm/scfug-pair-programming-using-tdd-with-ben-nadel-and-peter-bell&quot;&gt;announcement&lt;/a&gt; and sign up for the fun!
				
				</description>
				
				<category>TDD</category>
				
				<category>BDD</category>
				
				<category>Presentations</category>
				
				<category>Agile Development</category>
				
				<pubDate>Tue, 29 Apr 2008 22:04:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/29/Pair-Programming-with-Ben-for-SCFUG</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Pair Programming With Ben Nadel</title>
				<link>http://www.pbell.com/index.cfm/2008/4/29/Pair-Programming-With-Ben-Nadel</link>
				<description>
				
				Neither &lt;a href=&quot;http://www.bennadel.com/&quot;&gt;Ben&lt;/a&gt; nor I have ever &lt;a href=&quot;http://en.wikipedia.org/wiki/Pair_programming&quot;&gt;paired&lt;/a&gt; and neither of us have much experience with &lt;a href=&quot;http://en.wikipedia.org/wiki/Test-driven_development&quot;&gt;Test Driven Development&lt;/a&gt;, but last night we spent a couple of hours pair programming and developing a new BaseObject for a project using TDD in &lt;a href=&quot;http://mxunit.org/&quot;&gt;MX Unit&lt;/a&gt; . . .
				 [More]
				</description>
				
				<category>TDD</category>
				
				<category>Testing</category>
				
				<category>Agile Development</category>
				
				<pubDate>Tue, 29 Apr 2008 08:37:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/29/Pair-Programming-With-Ben-Nadel</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Testing: BDD for the TDD&apos;er</title>
				<link>http://www.pbell.com/index.cfm/2008/4/23/Testing-BDD-for-the-TDDer</link>
				<description>
				
				Wondering what Behavior Driven Development has to offer if you already do Test Driven Development? Here are some &lt;a href=&quot;http://anthonybailey.livejournal.com/34156.html#cutid1&quot;&gt;ideas&lt;/a&gt;.
				
				</description>
				
				<category>TDD</category>
				
				<category>BDD</category>
				
				<pubDate>Wed, 23 Apr 2008 10:32:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/23/Testing-BDD-for-the-TDDer</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Marc Esher on Designing for Testability</title>
				<link>http://www.pbell.com/index.cfm/2008/4/17/Marc-Esher-on-Designing-for-Testability</link>
				<description>
				
				Marc just wrote a &lt;a href=&quot;http://mxunit.org/blog/2008/04/great-example-of-hard-to-test-code.html&quot;&gt;really nice post&lt;/a&gt; about a specific case where old code was hard to test because of a session reference within the code. 

Even worse examples are methods that call (for instance) now() and then perform a calculation on it. If you do so, you end up with a method you can&apos;t test for edge conditions around midnight unless you stay up all night. Tests should be repeatable. If they depend on the state of an external resource (system.time, file system, db, etc) you better have a system of fixtures for putting them into a known state or expect a world of hurt.

In other news, I&apos;ve been asked for some postings on testing queries. I&apos;ll try to get that far in the LightBase rewrite within the week so I can show some strategies for testing both specific sql queries and a generic db abstraction layer (my in-house ORM) using a combination of a simple dbUnit style port, mocking and some other ideas.

In the meantime, check out &lt;a href=&quot;http://mxunit.org/blog/2008/04/great-example-of-hard-to-test-code.html&quot;&gt;Marc&apos;s post&lt;/a&gt;. Anyone else got similar examples of problems they&apos;ve run into when trying to write tests after the fact?
				
				</description>
				
				<category>TDD</category>
				
				<pubDate>Thu, 17 Apr 2008 14:53:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/17/Marc-Esher-on-Designing-for-Testability</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>I Just Got Test Infected! An IM with Liz Keogh</title>
				<link>http://www.pbell.com/index.cfm/2008/4/17/I-Just-Got-Test-Infected-An-IM-with-Liz-Keogh</link>
				<description>
				
				Many of the developers I know have a lot of experience with Unit Testing and Test Driven Development, but I really think that the &lt;a href=&quot;http://en.wikipedia.org/wiki/Behavior_driven_development&quot;&gt;Behavior Driven Design&lt;/a&gt; team have some of the most interesting and evolved ideas on TDD. They understand the critical importance of language in test as well as program design, and I was lucky enough to get a few minutes with &lt;a href=&quot;http://sirenian.livejournal.com/&quot;&gt;Liz Keogh&lt;/a&gt; yesterday to help me get started with naming my tests . . .
				 [More]
				</description>
				
				<category>TDD</category>
				
				<category>BDD</category>
				
				<pubDate>Thu, 17 Apr 2008 10:46:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/17/I-Just-Got-Test-Infected-An-IM-with-Liz-Keogh</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Getting Test Infected</title>
				<link>http://www.pbell.com/index.cfm/2008/4/16/Getting-Test-Infected</link>
				<description>
				
				One of the things I&apos;ve heard time and time against is that the best way to learn TDD is to pair with someone who&apos;s been doing it for a while to get &quot;test infected&quot;. Unfortunately I don&apos;t have someone to pair with who has TDD experience, so I&apos;ve been &quot;infecting myself&quot;. Here are some of the things that I&apos;ve been doing and how it&apos;s been working out for me . . .
				 [More]
				</description>
				
				<category>TDD</category>
				
				<pubDate>Wed, 16 Apr 2008 13:26:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/16/Getting-Test-Infected</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Books on Unit Testing and Test Driven Development</title>
				<link>http://www.pbell.com/index.cfm/2008/4/16/Books-on-Unit-Testing-and-Test-Driven-Development</link>
				<description>
				
				I&apos;ve read a number of books either about Unit Testing and TDD or that include information about them. Here are the resources I&apos;ve found most helpful. Any other recommendations appreciated . . .
				 [More]
				</description>
				
				<category>TDD</category>
				
				<pubDate>Wed, 16 Apr 2008 11:59:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/16/Books-on-Unit-Testing-and-Test-Driven-Development</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Why Test?</title>
				<link>http://www.pbell.com/index.cfm/2008/4/16/Why-Test</link>
				<description>
				
				First in a series on Unit Testing and TDD.

All of the great programmers I know design their applications using Test Driven Development. Most of the other programmers I know have plenty of excuses why they don&apos;t (myself included). What&apos;s so great about Unit Testing and what are the benefits of TDD that make it so ubiquitous amongst the smartest programmers?
				 [More]
				</description>
				
				<category>TDD</category>
				
				<pubDate>Wed, 16 Apr 2008 11:49:00 -0400</pubDate>
				<guid>http://www.pbell.com/index.cfm/2008/4/16/Why-Test</guid>
				
			</item>
			
		 	
			</channel></rss>
	

