<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: TDD: Design tests for failure</title>
	<atom:link href="http://www.markhneedham.com/blog/2009/01/28/tdd-design-tests-for-failure/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.markhneedham.com/blog/2009/01/28/tdd-design-tests-for-failure/</link>
	<description>Thoughts on Software Development</description>
	<lastBuildDate>Sat, 31 Jul 2010 12:46:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Coding: Reassessing what the debugger is for at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/01/28/tdd-design-tests-for-failure/comment-page-1/#comment-12664</link>
		<dc:creator>Coding: Reassessing what the debugger is for at Mark Needham</dc:creator>
		<pubDate>Fri, 20 Mar 2009 11:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=884#comment-12664</guid>
		<description>[...] It is usually quite easy to work out just from reading the error message we get from our testing framework where the problem is, and if it&#039;s not then we should look at writing our tests in a way that is more conducive for solving these types of problems. [...]</description>
		<content:encoded><![CDATA[<p>[...] It is usually quite easy to work out just from reading the error message we get from our testing framework where the problem is, and if it's not then we should look at writing our tests in a way that is more conducive for solving these types of problems. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TDD: Test DRYness at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/01/28/tdd-design-tests-for-failure/comment-page-1/#comment-6390</link>
		<dc:creator>TDD: Test DRYness at Mark Needham</dc:creator>
		<pubDate>Fri, 30 Jan 2009 01:20:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=884#comment-6390</guid>
		<description>[...] I think certainly some of the reason for this is that we don&#039;t take as much care of our test code as we do production code but for me at least some of it is down to the fact that if we make our tests too DRY then they become very difficult to read and perhaps more importantly, very difficult to debug when there is a failure. [...]</description>
		<content:encoded><![CDATA[<p>[...] I think certainly some of the reason for this is that we don't take as much care of our test code as we do production code but for me at least some of it is down to the fact that if we make our tests too DRY then they become very difficult to read and perhaps more importantly, very difficult to debug when there is a failure. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dew Drop - January 28, 2009 &#124; Alvin Ashcraft's Morning Dew</title>
		<link>http://www.markhneedham.com/blog/2009/01/28/tdd-design-tests-for-failure/comment-page-1/#comment-5973</link>
		<dc:creator>Dew Drop - January 28, 2009 &#124; Alvin Ashcraft's Morning Dew</dc:creator>
		<pubDate>Wed, 28 Jan 2009 13:47:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=884#comment-5973</guid>
		<description>[...] TDD: Design Tests for Failure (Mark Needham) [...]</description>
		<content:encoded><![CDATA[<p>[...] TDD: Design Tests for Failure (Mark Needham) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
